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FOREWORD 


This report describes PHOENIX, the simulation of the activities on an 
air base to produce sorties in accordance with an air tasking order. 

The effects of an air base attack on sortie generation are simulated by 
changing the base activities at the warning of the attack and changing 
resources available after the attack. The construction of the model was 
based primarily on operational considerations. 

This report contains a detailed description of the input variables, 
the output reports, the sequence of events, and a sample case which can 
be used to verify that the program is operating properly. 
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A. Background. The PHOENIX computer model was developed by the US Air 
Force to provide a method to simulate the activities on an air base that 
support the generation of sorties as demanded by an air tasking order (ATO). 

The personnel primarily responsible for the development of the model were J 
Ms. Sara Southard, Major Charles Coffman and Major Don Vogt of the JgjrTt 
Studies Group, Nellis AFB, Nevada, and Mr. Don Heimburger andTii. Marcia 
Metcalfe of CACI, Inc. - Federal, Pasadena, California. The model was 
designed using the Software Design and Doc^e»rtation Language (SDDL), which 
provided a means for capturing the mgddl data structures and algorithms in 
easily understood, natural 1anguage.'^The design was then implemented in the 
SIMSCRIPT II.5 structured programming language. This language was selected 
because of the following features: 

- Automatically generated time-se^tf€ncing mechanism. 

- Dynamic storage capability.^ 

- Unrestricted, Englis>^ike, readable syntax. 

Portability ovejf'^many different computers (machine independent). 

The current version/of the model executes on the Cyber 74 under the 
NOS/BE 1 operating system. 

B. Purpose. The model was designed to accomplish two purposes; first, 
to generate sorties in accordance with a gamer-specified demand in the air 
tasking order and second, to depict the effects of an air base attack on the 
sortie generation. The model was patterned after air bases located in 

Central Europe and can be used to simulate the activities of either a North —0 
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Atlantic Treaty Organization (NATO) base or a Warsaw Pact (WP) base. The 
generic design of the model, however, does not preclude its use for simulat 
ing bases found outside Europe.^ 

C. Model Philosophy, The^^rtie generation models that were examined 
prior to this effort were oriented toward maintenance and logistics, and it 
was felt that a model was needed that emphasized operations. The PHOENIX 
model design was operationally oriented, focusing on cycling crews, planes 
and producing sorties to meet the demand. 

PHOENIX is an interactive, user-oriented model which prompts for all 
gamer-required interactions. The gamer interaction interval can be changed 
at any desired time. 

The program was developed in a top-down manner using structured pro¬ 
gramming techniques. Each function to be performed was developed as a 
separate module to improve readability, maintainability and clarity. 
Further, the modular development facilitates the easy replacement or 
addition of functions. 

11. Model Operations 

A. General. PHOENIX is a discrete-event simulation of the activities 
on an air base. The key element in this type of simulation is an event, 
the instant in time at which an activity starts or stops. An activity is 
bounded by two events; for example, briefing is the activity between the 
START.BRIEFING^ and START.ENGINE events. The duration of the activity is 
the time between the events, the briefing time, in this example. In an 


FOOTNOTE 1. In this simulation, words are joined with a dot to form a 
multiple-word term that is read as a unit by the computer. 







event, entities, the objects on a base, undergo the necessary tests and 
state-changes that put the activity into operation. Interactions between 
entities occur only at these specified points in time. Events may trigger 
other events, and events may be scheduled to occur at some future time. 

SIMSCRIPT contains a timing routine that organizes the scheduled events 
so that they occur in the correct sequence and at the proper time. The 
timing routine also keeps track of simulated time with an artificial system 
clock. 

Queueing is handled by means of placing the entities in a set and then 
removing the desired entity according to the set discipline. Most sets are 
processed in a first-in, first-out (FIFO) manner; however, they can be 
ranked in any order specified. For example, the set of resting crews is 
ranked by low START.CREW.REST so that the aircrews that have been resting 
the longest time will be selected first. 

At the start of the simulation, the variables are initialized consistent 
with the data on the input files. All aircraft on base are considered 
operationally ready when the simulation begins. They are parked, serviced, 
and configured in accordance with the operations plan input by the user. 

The activities within the model are initially triggered by the arrival of 
the frag or air tasking order which contains the mission requirements for 
the day. The activities associated with supplying the sorties requested in 
the air tasking order will be discussed in this section categorized by those 
events concerned with the mission hierarchy, aircraft cycle, aircrew cycle, 
and air base attack. The flow of the activities is depicted in Figure 1. 
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Figure 1. Air Base Activities 


















B. Mission Cycle Events. The nucleus of the activities in the sortie 


generation is the mission, which is composed of a specified number of 
flights. The collection of flights is a set called the gaggle. Each of 
the flights within a gaggle is built with a specified number of planes and 
crew members. The set of planes in a flight is called the formation and 
the set of crew members in a flight is called the flight members. Crew 
members include pilots and, if required, weapon systems operators (WSOs), 
referred to as non-pilots in the model. They are assigned to a particular 
plane when selected for the flight. The mission structure is shown in 
Figure 2. 
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Mission Structure 


















Once a flight has been formed, the mission-related activities occur as 
a flight, and events such as START.ENGINE and TAKEOFF are scheduled for each 
flight. The flights can be members of the sets listed in Table 1. 


Table i. Sets for Flights 


Set 

GAGGLE 
ARMING.AREA 

HOLDING.PATTERN 

SUSPENDED.FLIGHTS 


Description 

Flights formed for a mission. 

Flights waiting for an available 
runway for takeoff. 

Flights waiting for an available 
runway for landing. 

Flights waiting to start engines 
after the all-clear in an attack. 


A description of each of the mission-related events follows. 

FRAG.ARRIVAL 

The frag arrives at the specified hour with tasking for missions at varying 
times over target (TOT) throughout the day. Each mission is comprised of a 
gaggle of flights. A START.BRIEFING event is scheduled for each flight at 
the proper time so that the flight will meet the TOT requested. 

START.BRIEFING 

The START.BRIEFING event selects the planes and aircrews for the flight and 
starts the time for the briefing. First the planes are selected from the 
type specified on the frag that are loaded with the desired ordnance. If 
the minimum number cannot be found, the flight is aborted. The aircrews are 
then selected for each plane. If the number of planes in the flight is 
greater than one, a flight lead pilot must be chosen, and if the number is 





greater than two, an element lead will also be chosen, if available. Pilots 
are then selected for the remaining planes in the flight. If the aircraft 
type is a two-seater, WSOs (identified as non-pilot in the model) are 
selected for each plane. The flight is aborted if qualified aircrews cannot 
be found for at least the minimum number of planes. 

START.ENG IMF 

The START.ENGINE event occurs at the completion of the briefing time. A test 
is made to determine if there is a runway with the minimum clear length and 
width required for the aircraft. If one is not available at this time, the 

runway update time is checked, and if a runway will be clear in time to meet 

the TOT window, the START.ENGINE event is rescheduled at the update time; if 
not, the flight is aborted. If there is a clear runway, each plane is tested 
for a system failure, and planes with failures are aborted and removed from 
the flight formation. A check is made to determine if all planes can taxi 
from their parking places to the runway in time to meet the TOT window, 

planes that cannot make the time are aborted. If the number of planes 

remaining in the formation are at least the minimum number required, a 
TAKEQFF event is scheduled. 

TAKEOFF 

The TAKEOFF is scheduled in the time for the flight to taxi to the runway. 
Since the planes take off as a flight, the longest runway access time for 
any plane in the flight is used. The second pre-flight test for system 
failure is made at the time of this event, and planes with failure are 
aborted. The flight is aborted if the loss of any plane drops the number in 
the formation of the flight below the minimum required. The takeoff 
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statistics are recorded, and the flight takes off if there is an unoccupied 
runway. If all runways are occupied, the flight is held in the arming area, 
and control is scheduled for the RUNWAY.ALLOCATION.DECISION event. Flights 
that can take off are scheduled for an arrival back at the base in the total 
flight time calculated for the mission. 

RUNWAY.ALLOCATION.DECISION 

The RUNWAY.ALLOCATION.DECISION is scheduled when a flight is in the arming 
area queueing for takeoff or in the holding pattern queueing for landing. 

The priority order is as follows: 

- Flights in holding pattern that are low on fuel. 

- Flights in holding pattern with a plane in an emergency condition. 

- Flights in arming area that must take off immediately to meet the TOT. 

- Remaining flights in the holding pattern. 

- Remaining flights in the arming area. 

Each decision for a takeoff records the takeoff statistics and schedules the 
ARRIVAL event for the flight. Each decision for a landing schedules the 
LANDING.COMPLETION event for the flight. The runway used is set to an 
occupied state for the required time to takeoff or land and then released 
for the next decision. 

ARRIVAL 

The mission activity occurs between the TAKEOFF and ARRIVAL events. The 
planes are not tracked throughout the missions; however, when the flights 
arrive over the base at the completion of the mission, each plane is checked 
for attrition,damage or system failure in flight. The runways are tested 
for the clear length and width required for landing, and if one is not clear 
at this time, the planes are diverted until a runway is clear. If the 
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weather is not suitable for aircraft operations {W(!X(JF) or if the weather is 
in instrument meteorological conditions (IMC) and the runway has no naviga¬ 
tion aids (navaids), the flight is diverted. If the weather permits and 
there is an unoccupied runway with the required minimums, the landing 
activity commences; otherwise, the flight is diverted or placed in the hold¬ 
ing pattern until the runway is unoccupied. 

LANDING.COMPLETION 

Upon landing, the pertinent data of the flight is recorded for the mission 
report. The planes are parked and the crews are released from the flight 
after the debriefing time. This event completes the mission, and planes and 
crews can be assigned to other flights. 

WEATHER.CHANGE 

WEATHER .CHANGE is an external event that changes the weather state at the 
time specified. It remains in that state until another time for a change in 
the weather state is reached in the simulation. 

LOSS.RATE.CHANGE 

LOSS.RATE .CHANGE is also an external event and its purpose is to change the 
probabilities of attrition and damage for an aircraft type at a chosen time. 
The initial probabilities are set when the program is initialized according 
to the input data and are changed only if and when this external event is 
referenced. 

C. Aircraft Cycle Events. All planes on the base are in a set called 
the fleet. They are never removed from the fleet but are filed in and 
removed from other sets as required during the simulation. A list of the 
sets for planes is in Table 2, 
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Table 2. 


Sets for Planes 


Set 

FLEET 

PARKED.PLANES 
FORMATION 
BROKEN.PLANES 
SERVICE.LINE 
OPEN.RANKING.SET 


Descriotion 

All planes on base. 

All planes parked on base. 

Planes selected for a flight. 

Planes awaiting maintenance. 

Planes awaiting service (fuel, ordnance). 

Planes parked in the open at the time 
of an air base attack warning. 


A description of the events follows. 

PLANE.PARKING 

At the start of the simulation all planes are assigned a parking space. 
Assignment is made in the following priority: 

- Shelter in squadron area. 

- Shelter in other than squadron area. 

- Revetment in squadron area. 

- Revetment in other than squadron area. 

- Open, 

The use of a squadron area in the parking logic more closely simulates grouping 
aircraft for maintenance purposes. If there is a preference to sheltering 
planes (i.e., F-15s would be parked in shelters before F-4s) they must be 
loaded in the data first. Planes are not moved from their parking spaces until 
the event START.ENGINE occurs. If a plane is aborted after this time, it has 
to be reassigned to a parking space; otherwise, it remains where it is. At 
the completion of the flight, the planes are again allocated to a parking 
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place and parked according to the same initial priority. If the plane needs 
maintenance, the START.MAINTENANCE event is scheduled in the time for the 
maintenance unit to arrive at the parking place. If maintenance is not 
required, the START.SERVICE event is scheduled in the maximum time for either 
ordnance or fuel to reach the parking place. 

START.MAINTENANCE 

For the purpose of this model, maintenance is defined as the unscheduled 
repair of a plane due to combat damage or systems failure under the assumption 
that preventive maintenance would be suspended during the initial portion of 
the war. The number of planes that can be repaired simultaneously is limited 
to the number of maintenance units. Planes are put into a queue when the 
maintenance units become.saturated. Planes are ranked in the queue, called the 
BROKEN.PLANES, so that those requiring the least repair time are pulled first. 
END.OF.MAINTENANCE 

The duration of the maintenance activity is the repair time of the plane. 

When maintenance is completed, a START.MAINTENANCE event is scheduled for the 
next plane in the queue. This event also schedules a START.SERVICING for 
planes that need service after the repair or an AIRCRAFT.READY if they already 
have fuel and ordnance. 

START.SERVICING 

The number ot planes that can be serviced simultaneously is limited to the 
number of service units. A plane that cannot be serviced at this time is 
filed in the SERVICE.LIME queue. 

AIRCRAFT.READY 

This event terminates the service activity. The duration of the activity is 
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the maximum of the time to load or fuel the plane. If a plane has a ground 
abort because of a systems failure, the AIRCRAFT.READY is scheduled from the 
END.OF.MAINTENANCE event since it does not need ordnance and fuel. When a 
plane is ready, the service unit starts servicing the next plane in the queue. 

D. Aircrew Cycle Events. The aircrews are cycled among the sets listed 
in Table 3. They are initialized' in the set of available crews assuming that 
the base has been preparing for the start of a conflict. The duty day of an 
aircrew starts with selection for a flight in the START.BRIEFING event. The 
aircrew then cycles through the mission events as well as aircrew events 
described below. 

Table 3. Sets for Aircrews 

AVAILABLE.CREWS Aircrews that are ready for flight 

selection. 

RESTING.CREWS Aircrews that are resting. (They will 

be selected for a flight if none are 
available.) 

FLIGHT.MEMBERS Aircrews that have been selected for 

a flight. 

BRIEFING.CREWS Aircrews that are briefing for a flight. 

DEBRIEFING.CREWS Aircrews that are debriefing after a 

f1 i ght. 

A description of the aircrew cycle events follows. 

CREW.RELEASE 

This event releases the crews from the flights at the completion of the 
mission after crew debriefing. It also releases the crews if the assigned 
plane aborts. The released crew is scheduled for a RETURN.TO.AVAILABLE.CREWS 







event or a RETURN.TO.CREW.REST event. The condition for RETURN.TO.CREW.REST 
is if the crew's duty day has expired or if the crew was awakened for the 
mission prior to the minimum rest time. 

RETURN.TO.CREW.REST 

The number of hours the crew has been on duty is accumulated each time he 
passes through this event and he is filed in the set of RESTING.CREWS. He 

is scheduled to return to the AVAILABLE.CREWS at the completion of the rest 

time. Optimum crew rest time is created by computing the start of crew rest 
time as the time he was released from his last flight. 

RETURN.TO.AVAILABLE.CREWS 

This event files the crew in the set of AVAILABLE CREWS. A flag is set for 

the crew so that his duty day begins when he is selected for a flight. The 

selection occurs in the START.BRIEFING event, and the set of AVAILABLE.CREWS 
is always searched before the set of RESTING.CREWS. Upon selection, he is 
scheduled to return to the set of RESTING.CREWS at the completion of his 
duty day. Initially all crews are in the AVAILABLE.CREW set. 

E. Air Base Attack Events. The air base attack events are input by the 
user from the terminal and can interrupt the simulation at any time desired. 
The user controls the time and duration of the attack as well as the amount of 
warning time. A description of the events follows. 

AIR.RAID.WARNING 

This event is scheduled during the simulation by the gamer from the terminal 
in order to prepare for the on-coming attack by ceasing operations and pro¬ 
tecting the planes. All regular runway operations, service operations, and 
maintenance operations are suspended. An EMERGENCY,TAKEOFF event is scheduled 
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for all planes In the arming area. The TAKEOFF event for the outbound 
taxiing planes is cancelled, and an EMERGENCY.TAKEOFF is scheduled if there 
is sufficient time before the expected time of attack. If there is not 
enough time for the takeoff, the taxiing planes are parked. The planes 
taxiing inbound are scheduled to be parked in emergency parking time, 
simulating parking in the first available shelter. The planes in the holding 
pattern are diverted unless they are low on fuel and must land. The planes 
that are parked io the open are flushed, launched for survival, if there is 
time to scramble the crews and takeoff. If time does not permit the planes 
to be flushed, or if the planes are not ready, or if qualified aircrews can¬ 
not be found, the planes are parked in shelters or revetments, if available. 
EMERGENCY.TAKEOFF 

The two categories of planes scheduled for an EMERGENCY.TAKEOFF are those 
that are fragged for a mission and takeoff early to evade an attack on the 
base and those that are flushed to evade the attack. The flushed planes 
return to the base at the ALL.CLEAR. The other planes proceed on the 
mission and return at the completion of the required flight time for the 
mission. 

AIRBASE.ATTACK 

This event is scheduled by the gamer from the terminal. At this time, a 
report is printed to show the status of all the entities on the base. Using 
this report to array the location of the planes, aircrews, and groundcrews 
on the base, attack effects may then be determined outside the model. For 
example, if a shelter were attacked that contained a plane and a maintenance 
crew, damage could be assessed on all. 
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ALL.CLEAR 


This event is also scheduled by the gamer from the terminal. The gamer inter¬ 
acts with the model at this time by entering the damage results. In entering 
the damage assessment data, individual parking spaces, planes, crews and run¬ 
ways are identified as damaged. The options include: 

- Parking spaces - Enter time the damaged space will become useable. 

- Access times - Enter new times to access fuel, maintenance, ordnance and 
runway. (Damage in supply or in the route to or from the parking space 
can affect the times.) Enter times the access times return to normal. 

- Planes - Enter repair time of a damaged plane. (Gamer is prohibited 
from entering damage on a plane or crew that was airborne at the time 
of the attack.) Any plane that is damaged so severely that the repair 
time is greater than the duration of the conflict is counted as an 
attrited plane rather than repaired, 

- Crews - Enter aircrews that are attrited. (Aircrews that are wounded 
severely enough to prohibit them from flying for the duration of this 
war are considered as attrited for this simulation.) 

- Maintenance units - Enter number of maintenance units attrited. 

- Service units - Enter number of service units attrited. 

- Runways - Enter the clear length and width of runway and time it will 
change. (Any number of changes can be entered.) A change to the run¬ 
way designation (active or inactive) and navaids and time it will 
change can also be entered, 

PARKING.SPACE.READY 

This event is scheduled to occur in the time required to repair a damaged 
parking space. At this time, the parking space becomes useable. 
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RETURN .ACCESS. TIMES. Tf).NORMAL 

This event is scheduled to occur in the time required to repair damages that 
inhibit the access times for either fuel, maintenance, ordnance, or runway. 

The "normal" times are those initialized at the start of the simulation. 

This event can be scheduled at different times for fuel, maintenance, 
ordnance, or runways. 

RUNWAY.UPDATE 

The runway clear length and width, navaids, or designation will be updated 
in this event. It is scheduled to occur at the time input by the user. 

III. Model Inputs 

A. Data Files. The PHOENIX model was written with all data values set 
by the user in order to provide flexibility and to avoid obscure data in the 
code. The input comes from two sources; stored data files and user entries 
from the terminal. The stored data files contain all the data describing 
the air base including the physical facilities, maintenance facilities, air¬ 
craft, aircrews, and the air tasking order for the base. The data files also 
contain the time variables to be used in the simulation. The data entered 
from the terminal are in response to questions concerning changing time param¬ 
eters, obtaining special status listings or scheduling an air base attack. 

The data are read from the input file in free-format, which means that 
the order of the data entries is important, but the data itself is not 
restricted to specific columns or fields. The only requirement is that 
individual data elements must be separated by one or more blanks. Free- 
format relieves the user from the task of counting columns and thus eliminates 
input errors caused by data elements beginning in the wrong column. 
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Table 4 contains a list of the input data files. The data files can be 
stored under any identifying name but must be attached as local files using 
SIMU... according to the list in Table 4. EXTERNAL.FILF is the only optional 
input file. If it is not attached, the weather state remains visual meteor¬ 
ological condition (VMC) throughout the simulation and the loss rate remains 
at the initial rate. The other data files are required, and the program will 
encounter a fatal error if one is not attached, 

SIMSCRIPT 11.5 uses SIMU5 as the standard input unit for entries from the 
terminal during the gamer interaction. 

Table 4. Input Data Files 


Data File 

File Name 

Local File Name 

Global variables 

GLOBAL,FILE 

SIMU19 

Physical air base facilities 

AIRBASE.FILE 

SIMU7 

Maintenance facilities 

AIRBASE.FILE 

SIMU7 

Aircraft 

AIRCRAFT.FILE 

SIMU 9 

Individual planes 

AIRCRAFT.FILE 

SIMU9 

Aircrews 

AIRCRAFT.FILE 

SIMU9 

Operations plan 

OPS.PLAN.FILE 

SIMUll 

Air Tasking order 

FRAG.FILE 

SIMU13 

Heather (optional) 

EXTERNAL.FILE 

SIMU17 

Loss rate (optional) 

EXTERNAL.FILE 

SIMU17 

The requirements for building 

the data files are 

detailed in the Input 

Format Specifications for PHOENIX 

in Annex A. All of 

the variables are 

listed along with the mode (real. 

integer or alphanumeric) and the dimensions 


(feet, minutes, days, etc.). 
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1. Descriptions of Global Variables 
FRAG.TIME 

Time the frag or air tasking order arrives on base. The data are read from 
the FRAG.FILE at this hour of each day of the simulation. 

BRIEF.TIME 

Time crews brief for a mission plus preparation time. This is the elapsed 
time between the START.BRIEFING and START.ENGINES events. 

DEBRIEF.TIME 

Time required to debrief crews after a mission. This is the elapsed time 
until the crews are released from the flights after the planes in the flight 
have been parked. 

ABORT.DEBRIEF.TIME 

Time required for crews to debrief after a plane or flight is aborted. This 
is the elapsed time until the crew(s) are released after the aborted plane 
or planes in the aborted flight have been parked. 

TAXI.TIME 

Time required for planes to taxi from their parking places to the runway. 
This time is used only for planning to schedule a START.BRIEFING for the 
flight in order to meet the time over target. The actual time to taxi to 
the runway from the specific parking place is used after the planes are 
selected for the flight. 

CREW.DUTY.DAY 

Time the crew is available for flying. The crews are placed in the set of 
RESTING.CREWS at the completion of this time. 
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REQUIRED.CREW.REST 

Time the crews are resting. The crews are returned to the set of AVAILABLE. 
CREWS at the completion of this time. 

MIN.REST.TIME 

Minimum resting time for crews. If crews are taken from crew rest for a 
flight, they are returned to the RESTING.CREWS at the completion of the 
flight unless they had already rested the MIN.REST.TIME. 

DIVERT.TIME 

Time a flight is diverted away from home base. A flight can be diverted 
upon arrival at home base for any of the following conditions: 

- Weather is W0X0F; 

- Runway has no navaids and weather is IMC; 

- The flight is in the holding pattern and the base has been 
warned of an air base attack. 

This assumes a landing at another base and then returning to the home base 
at the completion of the DIVERT.TIME. A diverted aircraft is counted as 
one sortie even though tivo takeoffs are assumed. 

TIME.REMAINING 

Time remaining before a plane will flameout upon arrival at the base. It is 
based on fuel reserves that a plane will carry above requirement for the 
mission. 

VMC.LANDING,TIME 

Time to land a plane in VMC. 

IMC.LANDING.TIME 

Time to land a plane in IMC. 
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EMERGENCY.TAKEOFF.TIME 

Time to takeoff during the air raid warning. 

EMERGENCY.PARKING.TIME 

Time to park a plane during the air raid warning. 

AIR.CREW.SCRAMBLE.TIME 

Time for aircrews to get from the squadron operations building to the planes, 
start the engines and taxi during the air raid warning. 

REPORT.TIME 

Time of the first plane location report. 

REPORT.INTERVAL 

Time interval of the plane location report. 

GAMER.CONTROL.INTERVAL 

Time interval to interact with the program during the simulation. 

END.OF.SIMULATION.TIME 

Duration time of the simulation. 

FACTOR.FOR.FAILURE.AT.START.ENGINE 
FACTOR.FOR.FAILURE.AT.TAKEOFF 
FACTOR.FOR.FAILURE.IN.FLIGHT 

Factors used to compute the break rate at start engine, takeoff, or in flight. 
The factors must sum to one. Each major system is checked for failure at 
three times during a flight -- start engine, prior to takeoff (after taxiing), 
and upon return to the base (for a failure in flight). These factors assign 
a percentage of the break rate (from the AIRCRAFT.FILE) to each of these 
checks for failure. 

RANDOM.STREAM.ATTRIT 

Initiator of the random number stream in checking for attrition. 
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RANDOM.STREAM.DAMAGE 


Initiator of the random number stream in checking for battle damage. 

RANDOM.STREAM.BREAK 

Initiator of the random number stream in checking for system failure. 

RANDOM.STREAM.CODE.Ill 

Initiator of the random number stream in checking for a Code III aircraft if 
the aircraft had battle damage or a system failure in flight. Code III 
failures have a landing priority. 

RANDOM.STREAM.DAMAGE.REPAIR.TIME 

Initiator of the random number stream in computing the repair time of a plane 
with battle damage. 

RANDOM.STREAM.BREAK.REPAIR.TIME 

Initiator of the random number stream in computing the repair time of a plane 
with a system failure. If a plane experienced more than one system failure 
and/or battle damage, the largest repair time is used, assuming simultaneous 
repair. 

PROBABILITY.PRINT 

Code to control print of all of the random numbers drawn in the detailed trace 
report. 

2. Descriptions of Inputs for Physical Air Base Facilities 

N.RUNWAY 

Number of runways. A taxiway that can be used for takeoff and landing is 
counted as a runway. 

CLEAR.LENGTH 

Clear length of runway. 








CLEAR.WIDTH 


Clear width of runway. 

CLASS 

Class of runway described as either concrete or sod. The logic for the use 
of CLASS is not currently in the program. 

DESIRNATION 

Designation of runway as either active or inactive use. Only active runways 
are used for takeoff and landing. As result of an air base attack, the 
designation of a runway can be changed from inactive to active use. 

NAVA IDS 

Code for whether a runway has navaids. Without navaids, a plane cannot land 
in IMC. 

N.PARKING.SPACE 
Number of parking spaces, 

SPOT.NUMBER 

An identification number for each parking space. 

TYPE 

Code for the type of parking space. The following types apply; sheltered, 
revetted, open, or hangared. A sheltered or revetted parking space that can 
house two aircraft is to be counted as two separate parking spaces. One and 
only one space has to be identified as open and one for hangared. An un¬ 
limited number of aircraft can be parked in the open or in the hangar. 

TIME.TO.ACCESS.FUEL 

Time required for fuel to be transported from the fuel facility to the park- 






TIME.TO.ACCESS.ORDNANCE 


Time required for ordnance to be transported from the storage facility to 
the parking space. 

TIME.TO.ACCESS.MAINTENANCE 

Time required for maintenance personnel and equipment to reach the parking 
space. 

TIME.TO.ACCESS.RUNWAY 

Time required for aircraft to taxi from the parking space to the runway. 
SQUADRON.PREFERENCE 

Squadron preference for planes. Shelters and revetments that are in close 
proximity should maintain and service planes in the same squadron. 

3. Descriptions of Inputs for Maintenance Facilities 
NO.OF.MAINTENANCE.UNITS 

Number of aircraft that can be repaired at any one time. The maintenance 
personnel work as a unit with an unspecified number of people in each unit. 

NO.OF.SERVICE.UNITS 

Number of aircraft that can be serviced at any one time. The service personnel 
work as a unit with an unspecified number of people in each unit. 

4. Descriptions of Inputs for Aircraft 
N.AIRCRAFT 

Number of aircraft types at the base, The remaining inputs on this file are 
read for each aircraft type. 

NAME 

Name of aircraft type; for example, F-15, F-lllD, FLOGGER, etc. 






CREW.SIZE 


Size of crew. The logic of the program currently handles only one or two. 
THRU.FLIGHT.INSPECTION.TIME 

Time required to inspect an aircraft after maintenance. 

TIME.TO.FUEL.WITHOUT.TANKS 

Time required to fuel without external tanks. 

TIME.TO.FUEL.WITH.TANKS 

Time required to fuel with external tanks. 

ORDNANCE.LOAD.TIME 

Time required to load ordnance for the mission. Input values for 4 mission 
types.* 

AIRBORNE.TIME 

Time required for the mission. It is the elapsed time between takeoff and 
return to the base. Input values for 4 mission types.* 

PROBABILITY.OF.ATTRITION 

A Monte Carlo method is used to compare the random number with this prob¬ 
ability. Input values for 4 mission types* plus a value for the flights that 
are flushed during an air raid warning. 

PROBABILITY.OF.DAMAGE 

A Monte Carlo method is used to compare the random number with this prob¬ 
ability. Input values for 4 mission types* plus a value for the flights that 
are flushed during an air raid warning. 

*Mission types are coded as follows: 

1 = offensive air support 

2 = offensive counter air 

3 = defensive counter air 

4 = airborne interceptor/escort 
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PROBABILITY.OF.CODE.Ill 


A Monte Carlo method is used to compare the random number with this prob¬ 
ability. Only planes with damage or system failure are checked to determine 
if the planes are Code III. Code III planes are given landing priority. 
AVERAGE.DAMAGE.REPAIR.TIME 

Average time to repair a damaged aircraft. An exponential function is used 
with this time as the mean to determine the repair time of the aircraft. 
NUMBER.OF.SYSTEMS 

Number of systems that will be checked for a system failure. 

BREAK.RATE 

Probability that the system will break. One BREAK,RATE is read for each of 
the systems. A Monte Carlo method is used to compare the random number with 
this probability. 

MEAN.TIME.TO.REPAIR 

Mean time to repair a system. An exponential function is used with this time 
as the mean to determine the repair time of the aircraft. One MFJ\N,TIME.TO. 
REPAIR is read for each system. 

MINIMUM.REPAIR.TIME 

This value is used to insure that the repair time from the above function is 
no less than this prescribed minimum. It would preclude an unrealistically 
short repair time. 

MAXIMUM.REPAIR.TIME 

Maximum repair time that will be accomplished in the aircraft shelter or revet¬ 
ment. If the repair time is greater than this value, the aircraft is parked 
in the hangar for repairs. 
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MINIMUM.CLEAR.LENGTH.REQUIRED.FOR.TAKEOFF 
MINIMUM.CLEAR.WIDTH.REQUIRED.FOR.TAKEOFF 
MINIMUM.CLEAR.LENGTH.REQUIRED.FOR.LANDING 
MINIMUM.CLEAR.WIDTH.REQUIRED.FOR.LANDING 

These values are compared to the clear length and width of the runways 
before takeoff or landing is permitted. 

5. Descriptions of Inputs for Individual Planes 

N.PLANES 

Number of planes. The remaining inputs on this file are read for each plane. 
AIRCRAFT.TYPE 

Name of aircraft type. This name must be same as NAME in the aircraft data 
in order to link the aircraft attributes with the individual plane. 

TAIL.NUMBER 

Identifying tail number of the plane. 

SQUADRON 

Squadron to which the plane is assigned. Priority is given to parking planes 
in the shelters according to the SQUADRON.PREFERENCE of the shelter. 

TRACE.FLAG 

Code to control print of trace on an individual plane. 

6. Descriptions of Inputs for Aircrews 
N.CREW.MEMBERS 

Number of aircrews. The remaining inputs on this file are read for each aircrew. 
QUALIFIED.AIRCRAFT 

Name of aircraft type for which the aircrew is qualified. This name must be 
the same as NAME in the aircraft data. 

CREW.NUMBER 

Identifying number of the aircrew. 
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The qualifications of the crew as either: 

- flight lead pilot 

- non-flight lead pilot 

- non-pilot 

CREW.TRACE.FLAG 

Code to control print of trace of an aircrew. 

7. Descriptions of Inputs for Operations Plans 
ENTRIES.IM.PLAN 

Number of entries in the plan. Each entry specifies the following four items 
of data: AIRCRAFT.IN.PLAN, PLANES.TO.BE.LOADED, MISSION.IN.PLAN, ORDNANCE.IN. 
PLAN. 

AIRCRAFT.IN.PLAN 

Name of aircraft type. The name must be the same as the NAME in the aircraft 
data. 

PLANES.TO.BE.LOADED 

The number of planes to be loaded. 

MISSION.IN.PLAN 

The specified mission as either: 

- offensive air support 

- offensive counter air 

- defensive counter air 

- airborne interceptor/escort 

ORDNANCE.IN.PLAN 

The ordnance load for the planes as either: 

- air-to-air ordnance 

- air-to-ground ordnance 




8. Descriptions of Inputs for the Air Tasking Order 
NUMBER.OF.MISSIONS 

Number of missions fragged for one day. The program cycles through each day 
and then returns to read the frag order at the same hour the following day. 
NO.OF.FLIGHTS 

Number of flights requested for the mission. 

MISS ION.NUMBER 

An identifying number assigned to the mission. 

MISSION.TYPE 

The specified mission as one of the choices in the operations plan. 
ADDITIONAL.TIME.DUE.TO.AIR.REFUELING 

The time added to the normal airborne time (from the aircraft data) if the 
flights in this mission will be air refueled. 

BEGIN.TOT 

The desired time over target for the mission. 

END.TOT 

The last time over target acceptable for the mission. If flights cannot take 
off in time to arrive at the target in the time span between BEGIN.TOT and 
END.TOT, the flight will be aborted. 

DESIRED.AIRCRAFT.TYPE 

The aircraft type desired for the mission. It must be the same as NAME on 
the aircraft data. 

NO.OF.PLANES 

Number of planes of the DESIRED.AIRCRAFT.TYPE for the flight. 
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MIN.NO.OF.PLANES 


Minimum number of planes for the flight. The program searches for the 

NO. OF.PLANES for the flight but will launch the flight if only the MIN.NO. 

OF. PLANES can be found. 

DESIRED.ORDNANCE.LOAD 

The desired ordnance load for the mission. Currently rnly air-to-air or air- 
to-ground may be specified. 

CALL.SIGN 

Identifying name for the flight. 

9. Descriptions of Inputs for Weather 
WEATHER.CHANGE 
Name of external event. 

DAY.HOUR.MINUTE 

Time the external event, WEATHER.CHANGE, will occur. The day, hour of the 
day, and minute of the hour are expressed as three integers separated by 
blanks. The start of the simulation is 0 0 0. 

BASE.WEATHER 

Weather condition expressed as either VMC, IMC, or WdIXJIF. The weather con¬ 
dition is used to determine if the flight is diverted or the time to land 
for the flight if it is not diverted. 

BASE.WEATHER = VMC, time to land = VMC.LANDING.TIME 

BASE.WEATHER = IMC and NAVAIDS = on, time to land = IMC.LANDING.TIME 
multiplied by the number of planes in the flight. 

BASE.WEATHER = IMC and NAVAIDS = off, flight is diverted. 

BASE.WEATHER = W0X0F, flight is diverted 




★ 

Character to mark the end of data for the WEATHER.CHANGE. Any number of 
WEATHER.CHANGES can be used with these four data inputs for each one. 

10. Descriptions of Inputs for Loss Rate 
LOSS.RATE.CHANGE 
Name of the external event. 

DAY.HOUR.MINUTE 

Time the external event, LOSS.RATE.CHANGE will occur. The day, hour of the 
day, and minute of the hour are expressed as three integers separated by 
blanks. The start of the simulation is 0 0 0. 

AIRCRAFT.NAME 

Marne of aircraft type; for example, F-15, F-lllD, Flogger, etc. 

PROBABILITY.OF.ATTRITION 

Same as probability described in Inputs for Aircraft. These values replace 
the previous values at the specified time. 

PROBABILITY.OF.DAMAGE 

Same as probability described in Inputs for Aircraft. These values replace 

the previous values at the specified time. 

* 

Character to mark the end of the data for LOSS.RATE.CHANGE. Any number of 
LOSS.RATE.CHANGES can be made and must be in chronological order on the same 
file with the WEATHER.CHANGES. 

B. Sample Data. A sample of all the input files is contained in Annex B. 
This sample should facilitate understanding the model and can serve as a test 
case for execution on another computer. 
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IV. Gamer Interactions 


A. Title. The first gamer interaction is to enter an identifying title 
that will appear on all of the output files. The title is read in alpha format 
and can be any combination of up to 80 characters. 

B. Changeable Data. The interactions of this model were designed for the 
ease of the user. The program is forgiving in that an unacceptable input does 
not cause a terminal error, but rather, the gamer is offered another oppor¬ 
tunity to enter data. The interval for interactions is set by the gamer in the 
GAMER.CONTROL.INTERVAL read from the input file. Changing this interval is one 
of the options available during the interaction. When the simulated time 
equals the GAMER.CONTROL.INTERVAL, the following list of options appears on the 
terminal screen: 

1 = list parking space status 

2 = list taxiing planes status 

3 = list crew member status 

4 = display current time parameters and offer changes 

5 = schedule an air base attack 

P = press on 

The gamer presses the number of his selection, and after that option has been 
executed, the list appears again for the gamer to make another selection. The 
cycle is repeated until terminated by the gamer entering a P. 

Option 1, 2, or 3 offers the gamer the opportunity to obtain listings of 
the parking spaces, taxiing planes, or crew members at any time selected by 
the GAMER.CONTROL.INTERVAL. Option 4 prints the current values of GAMER. 
CONTROL.INTERVAL, END.OF.SIMULATION.TIME, and REPORT.INTERVAL and accepts 








any changes in them. The gamer can thus interrupt the simulation at a 
specified time, interact at small intervals and then reset the interaction 
to a long period. The REPORT.INTERVAL is the control of the time the plane 
location report is generated. An example of this control would be to print 
the report every 12 hours for two days and then to report every hour on the 
third day. 

Option 5 prompts the gamer for the time of air base attack, the length 
of air raid warning, and the length of the attack. More than one attack can 
be scheduled. At the time of the attack, a listing is automatically made of 
the status of the parking spaces, taxiing planes and crew members, so there 
is no need for the gamer to select option 1, 2 or 3 at the same time of the 
attack. 

C. The Air Base Attack. The air base attack can be scheduled only from 
the terminal during the simulation. The gamer has to specify a GAMER. 
CONTROL.INTERVAL at a time before the attack. When the simulated time equals 
the GAMER.CONTROL.INTERVAL, the gamer selects the option to schedule an air 
base attack. Responses are then required for the following; 

- Enter the time of attack (day, hour and minute separated by a 
blank space) 

- Enter the length of air raid warning (in minutes) 

- Enter the length of the attack (in minutes) 

The gamer then has to enter damage to the base after the attack. Most 
likely, the weaponeering would require extensive computations, and the 
desirable method would be to make two computer runs. First schedule the 
attack in order to get the detailed snapshot of the base at the time of the 
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attack and do not enter any damage. Then make a second computer run with 
the same inputs as the first one until the attack. On this second run, enter 
the damage as computed from any method the gamer chooses. 

Changes can be made to any or all of the following: 

- parking spaces 

- access times 

- planes 

crew members 

- maintenance units 

- service units 

- runways 

Prompts are explicit for the type of data to be entered. The order of enter¬ 
ing damage assessments is not restricted. A parking space that is damaged is 
not useable until the specified time of repair. Access times to/from the 
parking spaces can be changed until the damage has been repaired and then 
they are reset to the initial times. Planes that are on base at the time of 
attack can be damaged and are not put back into operationally ready status 
until the repair in the specified time has been completed. If the repair time 
of a damaged plane is greater than the END.OF.SIMULATION.TIME, the plane is 
counted in the number of attrited planes rather than placed in queue for 
repair. Crew members, maintenance units, and service units can be attrited. 
Attrited crew members are identified by their CREW.NUMBER but the mainten¬ 
ance and service units are identified only by the total number of units 
attrited. The damage to runways can be by cratering the runways so that the 
clear width and length are shortened or by destroying the navigation aids. 
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The runway can also be changed from inactive or active as a result of the 
attack. In all cases of runway damage, an unlimited number of times to update 
the condition can be used. 

D. Synonyms. When the gamer is offered a list of options, only the 
number of the option is needed for a response. If any other response is 
given or if the number is out of range, the message "response not acceptable" 
is displayed and the gamer is given another chance to respond. 

In entering the damage data after an attack, the gamer terminates entering 
data on each of the options with DONE. The program also accepts simply a D. 
For a press on response, the program accepts either PRESS or P. The required 
units of measure for the data input should be clear in each of the questions 
asked. 

Precautions are programmed to prevent the gamer from entering impossible 
data; for example, an air base attack time past the simulated time, a plane 
damaged that is airborne at the time of the attack, or a damaged parking 
space that does not exist. Whenever the input is not accepted, a message is 
displayed for the gamer that the response was not accepted and the question 
is repeated. 

V. Model Outputs 

A. General. The output reports that are available in the simulation, 
the tape used for each report, and the control for generating the report are 
in Table 5. 
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Table 5. Output Data Files 


Report 

Tape 

Control 

Echo 

SIMUIO 

Always 

Mission Report 

SIMUIO 

Always 

Plane Trace Report 

SIMU12 

Trace flag on 

Crew Member Trace Report 

SIMU14 

Crew trace flag on 

Aircraft Daily Summary Report 

SIMU16 

Always 

Plane Location Report 

SIMU18 

Report time 

Parking Space Status Report 

Terminal 
SIMU20 

Gamer control 

Air Base Attack 

Crew Member Status Report 

Terminal 

SIMU20 

Gamer control 

Air Ease Attack 

Taxiing Planes Status 

Terminal 
SIMU20 

Gamer control 

Air Base Attack 

Maintenance Units Status Report 

SIMU20 

Air Base Attack 

Service Units Status Report 

SIMU20 

Air Base Attack 

Runway Status Report 

SIMU20 

Air Base Attack 

Detailed Trace 

Output 

Always 


The program uses SIMU8 for output to the terminal during the simulation. It 
is helpful if the gamer uses a terminal with a printer to have a hard copy 
record of interactions. A sample of all the reports is contained in Annex B. 
A copy of the gamer interactions is also included. 

1. Echo. This report is an echo of the inputs and includes a com¬ 


plete list of all the input variables. The data are listed in an easy to 
read format with appropriate headings. This listing of the input data 
should facilitate interpretation of the simulation. 






2. Mission report. The mission report provides a history of each 
flight. It contains the mission number, requested time over target, and air¬ 
craft type. The report is arranged in the chronological order according to 
the time the flight was terminated -- either landed or aborted. The day and 
hour of the report is printed on the first line with the identifying flight 
name or call sign. For completed flights, the report includes the tail 
number of all planes in the flight, the crew number of the pilot and non¬ 
pilot in each plane, and the takeoff and landing times. The flight lead 

plane is marked with an asterisk. A column is provided for comments on 

planes that are attrited or that are ground aborted after being put into the 

flight. A plane will be aborted for any of the following reasons. 

a. Number of pilots less than number of planes. The desired 
number of planes is put into the formation and then pilots are found for each 
plane. If pilots cannot be found for all planes, the excess planes are 
aborted. 

b. Number of non-pilots less than number of planes. If a plane 
requires a crew of two, the pilot is selected first and then the non-pilot 
is selected. If a non-pilot cannot be found for the plane, the plane is 
aborted. 

c. Plane system failure. Each critical system on the plane is 
checked for a failure at start engine and again after taxiing. A failure on 
any system constitutes a ground abort. If the plane that has a failure is 

a flight lead, the comment so states. 

d. Time to access runway excessive. The planes takeoff as a 
flight, and the time for each plane to taxi to the runway from the parked 






position is checked. The flight takes off in the maximum time required for 
any plane in the flight to taxi to the runway. However, if the time for any 
plane is so long that it would cause the flight to miss the time over target, 
that plane is aborted. 

e. Flight aborted. This message is printed for each plane in 
case of a flight abort after the plane had been selected for the flight. 

f. Air base attack effects. A plane will be aborted due to air 

base attack effects if it had been selected for a flight and then damaged 

during the attack or if a crew member assigned to the flight was attrited. 

Planes that are aborted are removed from the flight formation; 
however, the flight will still go as long as the minimum number of planes is 
in the flight and there is a flight lead, if required. Flights will be 
aborted for any of the following reasons. 

a. Number of planes less than minimum required for the flight. 

The minimum number of planes for the flight is stated on the frag order, 

and if this number cannot be found, the flight is aborted. 

b. No flight lead found. Pilots that are qualified as flight 
leads are identified by their CREW.TYPE in the input data. If a flight lead 
pilot is required for the flight according to the frag, the flight will be 
aborted if one cannot be found. 

c. Number of pilots less than minimum required for the flight. 

If there are not enough pilots for all of the planes in the flight, the 
flight will go with the number of planes with pilots. However, if there 

are not enough pilots for the minimum number of planes, the flight is aborted. 
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d. Number of nonr.pilots less than number of planes in formation. 
The flight is aborted if the minimum number of planes and pilots can be found 
but the minimum number of non-pilots cannot be found. 

e. Sympathetic: plane system failure. Whenever a plane is 
removed from the flight because of a system failure, a count is made of the 
remaining planes; and if the number is less than the minimum required, the 
flight is aborted. 

f. Sympathetic: unable to meet takeoff time - excessive time to 
reach runway. Whenever a plane is removed from the flight because the time 
to taxi from the parked spot to the runway is too long to meet the takeoff 
time for the flight, a count is made of the remaining planes; and if the 
number is less than the minimum required for the flight, the flight is 
aborted. The flight is also checked for a flight lead pilot and is aborted 
if the plane that was removed was the only plane with a flight lead pilot. 

g. Cannot takeoff in time to meet TOT. The time over target 
window is the time between BEGIN.TOT and END.TOT in the frag. All events up 
to TAKEOFF are scheduled to meet this window. If the flight is held up in 
the takeoff queue because all runways are occupied until it is too late to 
meet this window, the flight is aborted, 

3. Plane trace report. The purpose of the plane trace report is to 
provide a daily record of the state of any plane throughout the simulation. 

Any or all of the planes will be traced according to the TRACE.FLAG on the 
input for individual planes. The report is a list of times in 4-digit hours 
and minutes that the plane enters any of nine states. If the plane is parked, 
it has a status of either "ready," "being serviced," "awaiting service," 


"in maintenanceor "awaiting maintenance." If the plane is not parked, it 
has a location of either "taxiing," "airborne," "diverted," or "attrited," 

At the start of the simulation all planes are "awaiting service," Before 
the simulation clock advances, the maximum number of planes that can be 
serviced, based on the NO.OF.SERVICE.UNITS, are put into the "being serviced" 
status. After the simulation starts, planes are moved from "awaiting 
service" to "being serviced" in the time it takes the fuel and ordnance to 
reach the plane providing there is a service unit available. For quick air¬ 
craft turns, loading the ordnance and fueling the planes occur simultaneously, 
and the status of the plane is changed to "ready" when both actions are 
completed. As service is completed on each plane, it bootstraps another 
plane into service. Only planes that are "ready," "being serviced," or 
"awaiting service" are selected for flights. 

The plane stays in its parked place until the START.ENGINE event; 
then it moves to a "taxiing" location. It moves to the "airborne" location 
as soon as it is cleared for a runway. After the plane completes the mis¬ 
sion, it arrives in the area of the base, and then its location can change 
to "diverted" due to weather or the base being under attack. If a plane 
was attrited any time during the mission, the time its location changes to 
"attrited" is at the normal arrival time back at the base. Likewise, if a 
plane had a critical system failure at any time during the flight, it returns 
to the base at the normal time and then is put Into maintenance after it is 
parked. The status of a ground aborted aircraft is changed to "awaiting 
maintenance" at the time the break is discovered. The plane goes to an 
"in maintenance" status in the time it takes the maintenance unit to get to 
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the parked aircraft providing there is a maintenance unit available. The 
plane is serviced after the maintenance has been completed. 


4. Crew member trace report. The purpose of the crew member trace 
report is to provide a daily record of the location of any crew throughout 
the simulation. Any or all of the crews will be traced according to the 
CREW.TRACE.FLAG on the input for aircrews. The report is a list of times 
in 4-digit hours and minutes that the crew enters any of the following 
states: "resting," "available," "briefing," "flying," "debriefing," or 
"attrited." At the start of simulation the trace indicates "available" 
since all crews are placed into the set of available crews. The trace 
indicates "briefing" as they are selected for flights and put into the set 
of briefing crews. The trace indicates "flying" upon takeoff and "debrief¬ 
ing" after the plane has been landed and parked. The time that crews are 
annotated as "attrited" is upon arrival back at the base even though attrition 
could have occurred at any time during the mission. The "resting" entry is 
made for crews when they are placed into the set of resting crews after the 
expiration of the duty day, which started with briefing for a flight. 

The report lists the crews by crew numbers in the order of entry 
according to the aircraft qualification. The type of crew (flight lead, 
pilot, non-pilot) is also printed. 

At the end of the simulation an aircrew summary is printed which 
contains the total number of hours each crew worked and hours rested. The 
flying hours are also listed and are included in the total hours worked. 

5. Plane location report. This report provides the total number 
of planes in each state at any specified time. The time that the report is 
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generated is controlled by the REPORT.TIME and REPORT,INTERVAL in the 
global inputs. The REPORT,INTERVAL can be changed during the simulation 
with the gamer interactions. The number of planes in each state is 
accumulated by aircraft type. The states are the same as in the plane 
trace report: ready, being serviced, awaiting service, in maintenance, and 
awaiting maintenance for the parked planes and taxiing, airborne, diverted, 
and attrited for all others. 

6. Aircraft Daily Summary Report. This report is a summary of the 
sorties for each day of the simulation. The statistics are broken down by 
aircraft type. The number of planes of each aircraft type at the beginning 
of the day is printed, and any attrited planes are subtracted from the total 
at the end of the day. The number of sorties that are scheduled is the 
number requested in the frag order. The number of sorties flown is the 
accumulated tally of sorties at the time the plane takes off. The difference 
between the number scheduled and flown is the number of sorties cancelled 
or aborted. All cancelled sorties are attributed to either operations or 
maintenance. An operations cancelled sortie will be caused by not being 
able to fill the planes in a flight with either flight lead pilot, non¬ 
flight lead pilot or non-pilot; not being able to take off in time to meet 
the time over target; or by air base attack effects. Maintenance cancelled 
sorties are caused by not being able to furnish the minimum number of planes 
requested for a flight. 

Aborted sorties are categorized as either maintenance aborts or 
sympathetic aborts. A maintenance abort is caused by any plane having a 
system failure before takeoff. A sympathetic abort is caused by the 
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remaining planes in a flight aborting because the flight lead aborted or 
because the flight was reduced below the minimum requirements due to a 
plane in the flight aborting. 

The numbers of aircraft that are attrtted and damaged during 
the sorties each day are printed. The attrition and damage probabilities 
are data on the aircraft input file; however, due to the randomness in the 
simulation by generating a pseudorandom variable between 0 and 1 to compare 
with the input probabilities, the rates will change with variations in any 
input. The attrition and damage rates are printed for each day as the 
number attrited or damaged divided by the sorties flown. 

If no aircraft are attrited during the day, the sortie rate is 
computed each day as the number of sorties flown divided by the number of 
aircraft possessed at the beginning of the day. However, if aircraft are 
attrited, the following formula is used to compute the sortie rate: 

■ -['T] 

[> - ^i] 

where AN = number of attrited aircraft 

N = number of aircraft at the beginning of the day 
S = number of sorties 

7. Parking Space Status Report. This report is automatically 
written at the instant the base is under attack. In addition, it can be 
requested at any time during the simulation. The parking spaces are listed 
with the identifying number and type; sheltered, revetted, open or hangared. 
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The report includes the minutes to access the fuel, ordnance, maintenance, 
and runway from each of the parking spaces. If an aircraft is parked in the 
parking space at the time of the report, the tail number and type of the air¬ 
craft are listed by that parking space. If there is no aircraft in the park¬ 
ing space, it is tagged "empty." For all aircraft in shelters, there is a 
"yes" or "no" printed to point out whether they have been serviced. The last 
column on the report displays the status of the aircraft; i.e., "ready to go, 
"being serviced," "awaiting service,"' "in maintenance," or "awaiting mainten¬ 
ance." 

8. Crew Members Status Report. This report is automatically written 
at the instant the base is under attack. In addition, it can be requested 

at any time during the simulation. The crews are listed by their aircraft 
qualification and type; i.e., "flight lead pilot," "non-flight lead pilot," 
or "non-pilot." The identifying number assigned to the crew is also dis¬ 
played. The current status is given and will be either "available," "rest¬ 
ing," "briefing," or"debriefing" since only the crews that are on base are 
listed in the report. 

9. Maintenance Units Status Report. This report is written only 
at the instant the base is under attack. The maintenance units are listed 
along with the location of their assignment. The listed location will be 
indicated by the number of the parking space and the type; sheltered, 
revetted, open, or hangared. This report will be useful in weaponeering 
against personnel or maintenance equipment. 

10. Service Units Status Report. This report is written only at the 
instant the base is under attack. The service units are listed along with 





the location of their assignment. The listed location will be indicated by 
the number of the parking space and the type; sheltered, revetted, open, or 
hangared. Like the maintenance units status report, this report will be 
useful in weaponeering against ground crews that are co-located with the 
planes. 

11. Runway Status Report. This report is written only at the instant 
the base is under attack. For each runway, the clear length and width are 
given along with the class of runway (concrete or sod), the designation 
(active or inactive) and navigation aids (yes or no). 

B. Detailed Trace Report. In addition to the output reports that are 
available, a detailed trace report is written during the simulation. This 
trace is a time and event/routine history. Whenever an event or routine is 
entered in the simulation, an entry is made in the report with the time (day 
in decimal format and day, hour, minute format), the event title, and the 
entities or attributes passed to the event. 

The report will always be written even if the program should incur 
an error and stop before completion. In the case of such an error, the 
report will be a useful tool in determining the cause of the error. The 
report will also assist one in understanding the logic and time sequencing 
of the simulation. 

Normally, this report would not be printed, since a trace of crews 
and planes can be obtained in a concise format in the Crew Member Trace 
Report and the Plane Trace Report and a trace of the missions is in the 
Mission Report. 
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VI. Model Execution 


A. General. This section contains the steps necessary to execute the 
model. It refers to the program and files as they exist on the CYBER 74 
computer at Nellis AFB and will have to be modified for other computers. 

B. Starting the Simulation. The program and data files are catalogued 
under the owner ID of SAPHNX. A sample of commands to attach the appro¬ 
priate files, load and execute the program are in a proc (command file) 
named TESTRUN, which is shown in Figure 3. When the proc is referenced 
with a CALLX command, it will try to attach certain files and the user must 
be sure that these files exist and are not already attached. The files in 
this case are all identified with the prefix TEST as an identifier of the 
unclassified test case. They can be stored under any name the user desires 
but must be attached locally as SIMU... All of the input files are rewound 
in the program except SIMU17, the optional external event input file. INPUT 
and SIMU8 must be connected since they are the input and output devices for 
the terminal . 

The following commands should be used to begin execution of the 
PHOENIX model : 

LOGIN, JSG, ... (enter, ID, account code) 

ETL, 7777 (extend execution time limit) 

CALLX, TESTRUN, ♦SAPHNX (attach files) 

LGO, PL=77777 (begin execution and extend print limit) 

C. Printing the Results. At the completion of the run, any one or all of 
the output files can be printed. Figure 4 contains a sample proc that combines 
all of the files to one tape and prints the merged files in an unclassified 
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listing. It would probably not be necessary to print the file OUTPUT unless 
there is an error during the execution and the program terminates before 
completion. 

D. Compiling the Program. The source program is catalogued as PHOENIX 
under the ID of SAPHNX. Should it be necessary to change any of the code, 
the new lines of code are written over or added to the old lines and then 
the entire source program is saved as a local file called INPUT. The 
instruction to compile is: 

SIMII5, 0PT=PET, R=8. 

The PET options direct the compiler to continue normal execution of the job 
when compilation errors are detected and to generate code necessary to pro¬ 
duce tracebacks by source program line number iVi case of execution time 
errors. The reference map instruction {R=8) will produce local and global 
reference maps with line numbers. 

SIMSCRIPT II.5 compiles every program as far as it possibly can 
under the philosophy that valuable information is gained by finding every 
syntax error and even with errors, the user can attempt to execute the 
program. When errors are encountered, informative diagnostics are printed. 
The source code, reference maps and error diagnostics are on the file 
OUTPUT. The user is cautioned in making changes to the source without a 
thorough understanding of the program logic and the relationships among the 
entities, attributes, and sets. 

E. SOOL Processing. It is extremely helpful to have a source listing 
that has been processed through SDDL. Some of the automatic functions of 
the SDDL processor are listed below. 
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- Indentation by structure logic. 

- Flov/ lines for accentuating structure escapes. 

- Page reference numbers for calls to other events and routines. 

- Module reference tree. 

- Module cross reference listing. 

- Cross reference listing of all variables (entities, attributes, 
sets and global variables). 

The SDDL program on the Nellis CYBER 74 is catalogued as ABSSDDL under 
the ID of SACASDDL. To use the processor, save PHOENIX, the source code as 
a local file called SOURCE and use the following commands: 

ATTACH, ABSSDDL, ID=SACASDDL 
ABSSDDL, SIMU9=S0URCE, SIMU11=SIMU12, PARM=S 
At the completion of the processing, the processed code is on the file SIMUIO 
which the user can then have printed. 

.TESTRUN. 

ATTACH, LGO, PHOENIXLGO, ID=SAPHNX. 

ATTACH, SIMU7, TESTAIRBASEFILE, ID=SAPHNX. 

ATTACH, SIMU9, TESTAIRCRAFTFILE, ID=SAPHNX. 

ATTACH, SIMUll, TESTOPSPLANFILE, ID=SAPHNX. 

ATTACH, SIMU13, TESTFRAGFILE, ID=SAPHNX. 

ATTACH, SIMU17, TESTEXTERNALFILE, ID=SAPHNX. 

ATTACH, SIMU19, TESTGLOBALFILE, ID=SAPHNX. 

REWIND, SIMU17. 

CONNECT, INPUT. 

CONNECT, SIMU8. 

[ .ENDP. _ 


Figure 3. Contents of PROC TESTRUN 








.PRINTPHOENIX. 


REWIND, SIMUIO. 

REWIND, SIMU12. 

REWIND, SIMU14. 

REWIND, SIMU18. 

REWIND, SIMU20. 

REWIND, SIMU16. 

COPYBR, SIMUIO, TEMP. 

COPYBR, SIMU12, TEMP. 

COPYBR, SIMU14, TEMP. 

COPYBR, SIMU18, TEMP. 

COPYBR, SIMU20, TEMP. 

COPYBR, SIMU16, TEMP. 

REWIND, TEMP. 

COMBINE, TEMP, MERGED, 20. 

RETURN, TEMP. 

REWIND, MERGED. 

REFORM, MERGED, UN. 

ROUTE, PRINT, TID=C, DC=PR, FID=JWFNX. 

I .ENDP. _ 

Figure 4. Contents of PROC PRINTPHOENIX 
VII. Error Handling 

A. SIMSCRIPT II.5 Detected Errors. If an error occurs while executing 
the program, don't panic. The SIMSCRIPT II.5 system offers some help in 
discovering the cause of the error by printing the following: 
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- The appropriate execution error message. 

- A traceback of the currently called subprogram. 

- A summary of all the input and output units active at the time 
of the error. 

A summary of the dynamic storage usage. 

- A summary of the simulation event chains. 

The control is then transferred to the SNAP.P. routine to perform post-mortem 
analysis. The SNAP.R routine in this program produces a listing of the 
attributes of each new member and each individual plane so that the user 
will have information from the execution run to help locate the error. 

The execution error message is fairly specific in describing the 
error; for example, "INVALID CHARACTER IN I FORMAT DURING INPUT." Following 
the printing of the error message, the traceback information includes the name 
of the routine and the source line number in the routine that the program 
was attempting to execute when the error occurred. The values of the given 
and yielded arguments in the routine are also printed. The input-output 
summary contains READ.V and WRITE.V, the unit numbers of the current input 
and output units. It also displays all the following information on each 
input-output device referenced: 

LFN - local file name 
UNIT - unit number 
MODE - recorded mode 

STATUS - OPENED (referenced but no data read or written) 

INPUT (last operation was READ) 

OUTPUT (last operation was WRITE) 

RECORD.V - number of records read or written 
COLUMN.V - last column read or written 
EOF.V - current value of end of file indicator 








Some of the most probable errors are listed below. All of these 


errors can be corrected either by modifying the loading and executing 
instruction or by changing the input data. 

- Insufficient time limit. 

- Print limit exceeded on system printer. 

- Real data when an integer is expected. 

- Alpha data when real or integer is expected. 

- Gamer response separated with commas. 

- Encountering end of file marker before all data have been read. 

- Name in the name field of external event data is not an external 
event name. 

B. PHOENIX Detected Errors. In addition to the error routines built 
into the SIMSCRIPT II.5 system, other checks with appropriate error messages 
are written in the program. These failures are categorized into three types 
described below. In all types, the execution is terminated and a traceback 
as described for the SIMSCRIPT II.5 system is produced. 

Type 1. If the number of planes to be loaded according to the 
operations plan does not equal the total number of planes on the base, one 
of these messages is printed: 

NOT ENOUGH PLANES TO EXECUTE OPS PLAN. 

PLANES NOT ALL SPECIFIED IN OPS PLAN. 

Type 2. The NAME of an aircraft in the aircraft data must be pre¬ 
cisely the same as AIRCRAFT.TYPE in the individual plane data, QUALIFIED. 
AIRCRAFT in the aircrew data, AIRCRAFT.IN.PLAN in the operations plan, 
DESIRED.AIRCRAFT.TYPE in the frag and AIRCRAFT.NAME in the loss rate change 




data. If there is not an exact match, the message pinpoints the event where 
the error occurred; for example, "ERROR IN FRAG ARRIVAL." 

Type 3. An error check of this type is scattered throughout the pro¬ 
gram to circumvent a failure in the logic whenever the FIND THE FIRST CASE 
instruction is used. The statement causes a search for the first value in a 
group of values that satisfies the required condition. If a value should be 
there and there is no logical alternative if it is not found, then the 
appropriate message is printed and the program stops. 

C. What To Do. If an error occurs and the solution is not obvious, 
such as changing a value on an input file, the user should print and analyze 
all of the output files. The error messages and all of the traceback infor¬ 
mation will be on the OUTPUT file. Extensive measures have been taken to 
debug the program; however, there is always the chance that the data will 
create some combination of logic that has never been tested and another error 
will occur that cannot be corrected without a program modification. 

If an error is encountered that is not readily correctable, now you 
can panic. If you need assistance, contact Ms. Sara Southard at Autovon 
682-5670 or 702-732-0908. 
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ANNEX A: INPUT FORMAT SPECIFICATIONS FOR PHOENIX 

The input specifications in this annex are contained in a 
file catalogued as INPUTSPEC, ID=SAPHNX. The file has been pro¬ 
cessed through SDDL to provide an easy-to-read format. 


Table for Important Variables A-1 

Specification for Global Variables A-2 

Specification for Physical Airbase Facilities A-3 

Specification for Maintenance Facilities A-4 

Specification for Aircraft Data A-5 

Specification for Individual Planes A-6 

Specification for Aircrews A-7 

Specification for Operations Plan A-8 

Specification for Air Tasking Order A-9 

Specification for External Events A-10 

Module - Cross Reference Listing A-11 

Important Variables - Cross Reference Listing A-12 
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INTRODUCTION 


This annex contains a complete listing of the input 
files, gamer interactions and output files for a sample case. 
They are presented to give a practical application of the 
use of the model and a suggested format of the input data. 

For this sample case, the air base attack was scheduled 
by the user at 1300 on Day 1 as shown in the listing of the 
gamer's interactions. 

This sample could be used to check out the program if 
adapted to other computers. 






AIRBASE.FILE 
(SIMU7) 




SJO J 

15l 

1 1 

1 




80 D 0 

i=>G 

1 1 

1 




18 







hJl 

1 

10 

10 

15 

06 

29 


1 

IG 

1C 

15 

06 

29 

f:G^ 

1 

13 

10 

15 

06 

29 


1 

IG 

10 

15 

06 

29 

fiU 3 

1 

10 

10 

15 

06 

29 

SJb 

1 

10 

10 

15 

06 

29 

60 7 

'> 

10 

10 

15 

10 

29 

60 8 

2 

10 

10 

1 :? 

13 

29 

7J1 

1 

10 

1C 

15 

15 

23 

7^^ 

1 

1C 

1C 

1 5 

15 

23 

70 3 

1 

i:- 

10 

15 

15 

23 

70 4 

1 

IG 

10 

15 

15 

23 

7'-'3 

i 

1 L 

1C 

1:? 

15 

23 

716 

1 

10 

10 

15 

15 

23 

707 

3 

10 

10 

15 

10 

23 

738 

? 

10 

10 

15 

10 

23 

8r 3 

3 

10 

10 

15 

10 


9CL 


10 

1C 

15 

10 



lu 
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AIRCRAFT.FILE 
(SIMU9) 


2 


F-1* 

2 

20 

20 

Ih 






25 

10 

15 






ICO 

123 

90 

12C 






10 

10 

10 

10 

1 





la 

10 

10 

10 

1 





^c 

720 

9 







0? 

02 

0? 

33 

02 

01 

0 2 

02 

03 

840 

180 

78 j 

900 

1320 

900 

900 

12 0 0 

120 

20 

5 750 

460Q 

50 

28 0 D 

50 




A-10 

1 

10 

15 

10 





10 


2 

10 






100 

120 

oO 

90 






7 

7 

7 

7 

1 





7 

7 

7 

7 

1 





20 

720 

9 







05 

02 

02 

01 

03 

01 

01 

01 

04 

360 

120 

240 

24C 

30 0 

180 

130 

120 

360 

20 

5 760 

2200 

50 

1400 

50 




24 









F-4 

401 

29 

1 






F-4 

402 

29 

1 







40 3 

29 

1 






F-4 

>4 0 4 

29 

1 






F-4 

405 

29 

1 






F-4 

406 

29 

1 






F-4 

407 

29 

0 






F-4 

408 

29 

0 






f-4 

4C9 

29 

0 






F-4 

410 

29 

0 







F-4 411 2=) a 

F-4 412 29 0 

fl-10 201 23 1 

A-IO 202 23 1 

a -10 203 23 1 

a-10 204 23 1 

A-1 0 20^5 23 1 

A-10 206 23 1 

A-10 207 23 0 

A-10 22*? 23 0 

A-10 2C9 23 C 

A-10 210 23 0 

A-10 211 23 0 

A-10 212 23 0 
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FRAG.FILE 
(SIMU13) 


1? 


2 

0 J1 

1 


00 


Cl J s 

Co 

01 

0 e 

OG 



2 

1 


1 

HOo 

A-1 j 

2 

1 


1 

SOW 

a 

002 

1 


DO 


01 

3G 

01 

0 7 

30 


A -1 j 

2 

1 


1 

BACON 

A-1 1 

2 

1 


1 

PORKY 

3 

Ou 3 

'y 


03 


01 ^7 

t 

u . 

I 1 

ns 

OC 


f-'4 

2 

2 


2 

RASTER 

r-u 


2 


2 

STARKLE 

F-:* 

H' 

2 


2 

farkle 

2 

004 

1 


03 


Gi 0^ 

00 

G 1 

0 4 

n n 


A-1 Cl 

2 

1 


1 

PI« 

A-10 

2 

- 


1 

PECC ary 

1 

OuS 

2 


30 


G1 OS 

oc 

G 1 

0 4 

GO 



2 

2 


2 

doodah 


C t b 

1 


00 


01 OQ 

3C 

■:i 

1 J 

3 0 


A-1 3 

2 

1 


1 

boar 

A-l 0 

2 

1 


1 

HAH 

? 


1 


0 ] 


01 11 

cc 

•' 1 

12 

on 


A-10 

2 

1 


1 

SWINE 

A-l >) 

2 

1 


1 

GRUNT 

2 

0 0 S 



OG 


01 12 

3j 

r A 
•J 4 . 

13 

K 0 


A-l 

2 

1 


1 

SQUEAL 

A-l: 

2 

1 


1 

OINK 

7 

Gl 9 

2 


CO 


o: 1 ^ 

Oo 

-• 1 

14 

J u 


F-.* 

2 

L 


<- 

FONDLE 


2_ 

2 


2 

GROv/EL 

F-U 

? 

2 


:> 

SLaThER 


«MilW 








FRAG.FILE (Conf d) 
{SIMU13) 


2 CIC 

01 14 G? 

A-1 3 2 

A-1 ] 2 


1 C3 

01 15 C3 

1 1 

1 1 


RAZOPr^ACK 

JAy/ELlNA 


2 011 
01 15 30 
n-lU 2 
A-10 2 


1 00 

Q1 le 3C 
1 1 

1 1 


STV 

COGHON 


2 01 ? 
Ct 17 OG 
A-10 2 

A-10 2 


1 03 

01 li 00 

1 1 

1 1 


SriOAT 
WAPT l-CG 


12 

2 00 
02 05 OC 
A-10 2 

A-i:’ 2 


1 00 

0 2 0 6 Li 0 
1 1 

1 1 


2 00 2 
02 3b 30 
A-IG 2 
A-IG 2 


1 00 

C2 0 7 .30 
1 1 


BACON 

PORKY 


3 0 C 3 

C? 07 GG 

F-'4 2 

F-* 

F-W U 


2 00 

•j? 3 4 CO 
2 2 


PASTER 

STARKLE 

PA»*’<LE 


2 004 

02 0« OC 
A-13 2 

A-13 2 


1 00 
02 00 
1 1 
1 1 


PIG 

PE CCAPY 


1 005 

02 08 OC 

F-4 2 


2 33 

02 09 00 
2 2 


UOOQAM 


2 006 
02 09 30 
A-10 2 

A-10 2 


1 00 

02 10 30 
1 1 

1 1 


BOAR 

HAM 





FRAG.FILE (Con.'d) 
(SIMU13) 


2 G07 1 

02113.' U212 

A-lj 2 1 

A-IJ 2 1 

2 0 C 8 1 

0?123: U21? 

fl-lO 2 1 

-10 2 1 

■» Co'-’ 2 

02 18GIJ 0214 

F-* ? 2 

— r* 

^ - C 

F-4 2 2 

2 01. 1 

021400 0218 

A -1 : 2 1 

fl-lO 2 1 

2 011 1 

0 ? 1 8 3 . ',2 It 

A-1 . 2 1 

A- 1 .. 2 1 

2 :12 1 

O-li'Gb 0 218 

A-1.J 2 1 

A-i: ? 1 


00 

00 

1 SWINE 

1 GRUNT 

00 

30 

1 squeal 

1 OINK 

Cu 

00 

2 FONDLE 

2 slather 

00 

00 

1 KAZORBACK 

1 JAVELINA 

QC 
5 0 

1 STr 

1 COCHON 


G 0 

1 SHOAT 

1 WARTmOvj 
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GLOBAL.FILE 
(SIMU19) 


01 

f)9 

3r 

IS 

j: 

1? 

u 

26 

1 

c; 

S 

10 

0 

3C 

4 

2 

. ]? 

• ils 

• 10 

19 3 4 5 D 

0 
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EXTERNAL.FILE 
(SIMU17) 


-^L-i T-c.nMA^"o t L "t ■: j 1 ♦ 

.vF.",THFP.CHaUoP C 12 00 I * 

L:)5''.KAT£,CHANGt 0 17 OJ 
■; 5 ^ 1 

:> 5 > 1 * 

W' A T -i' ^ . Qh A NL’t 1 t G u j 3 * 

rt’C»THFP.i>A-j(-E 1 {.7 33 1 

LOsS ATE .CHA^J .f- 1 i.'H C3 A-10 

IF 15 IT 15 1 

15 15 IT 15 1 ♦ 

WFAT^iEO.GeA a t 1 12 00 2 ♦ 






GAMER INTERACTIONS 


ENTER A ONE LINE IDENTIFYING TIi.E TO APPEAR ON EACH REPORT 
TESTRUN, TRIAL THREE, AIR BASE AiTACK AT 1300 


SIMULATED TIME (D:H:M) = 1:0:0 

CHANGEABLE VARIABLES AND THEIP CURRENT VALUES ARE: 

1 = GAMER CONTROL INTERVAL (PRESENT VALUE =4.00 HOURS) 

2 = END OF SIMULATION TIME (PRESENT VALUE = 2.00 DAYS) 

3 = REPORT GENERATION INTERVAL (PRESENT VALUE = 30 MINUTES) 

ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
P 


SIMULATED TIME (D:H:M) = 1:4:0 

GAMER CONTROL OPTIONS ARE: 

1 = LIST PARKING SPACE STATUS 

2 = LIST TAXIING PLANES STATUS 

3 = LIST CREW MEMBER STATUS 

4 = DISPLAY CURRENT TIME PARAMETERS AND OFFER CHANGES 

5 = SCHEDULE AN AIRBASE ATTACK 

ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
4 


SIMULATED TIME (D:H:M) = 1:4:0 

CHANGEABLE VARIABLES AND THEIR CURRENT VALUES ARE: 

1 = GAMER CONTROL INTERVAL (PRESENT VALUE =4.00 HOURS) 

2 = END OF SIMULATION TIME (PRESENT VALUE = 2.00 DAYS) 

3 = REPORT GENERATION INTERVAL (PRESENT VALUE = 30 MINUTES) 

ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
1 


INPUT NEW INTERVAL (HOURS) 
80 


SIMULATED TIME (D:H:M) = 1:4:0 

CHANGEABLE VARIABLES AND THEIR CURRENT VALUES ARE: 

1 = GAMER CONTROL INTERVAL (PRESENT VALUE = 80.00 HOURS) 

2 = END OF SIMULATION TIME (PRESENT VALUE = 2.00 DAYS) 

3 = REPORT GENERATION INTERVAL (PRESENT VALUE = 30 MINUTES) 

ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
P 
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SIMULATED TIME (D:H:M) = 1:4:0 


GAMER CONTROL OPTIONS ARE: 

1 = LIST PARKING SPACE STATUS 

2 = LIST TAXIING PLANES STATUS 

3 = LIST CREW MEMBER STATUS 

4 = DISPLAY CURRENT TIME PARAMETERS AND OFFER CHANGES 

5 = SCHEDULE AN AIRBASE ATTACK 

ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
5 


DAY 1, 0400 HR 

ENTER THE TIME OF ATTACK (DAY, HOUR & MINUTE SEPARATED BY A BLANK SPACE) 
1 13 00 


ENTER THE LENGTH OF AIR RAID WARNING (IN MINUTES) 
20 


ENTER THE LENGTH OF THE ATTACK (IN MINUTES) 
20 


SIMULATED TIME (D;H:M) = 1:4:0 

GAMER CONTROL OPTIONS ARE: 

1 = LIST PARKING SPACE STATUS 

2 = LIST TAXIING PLANES STATUS 

3 = LIST CREW MEMBER STATUS 

4 = DISPLAY CURRENT TIME PARAMETERS AND OFFER CHANGES 

5 = SCHEDULE AN AIRBASE ATTACK 

ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
P 


AIR RAID WARNING!!! DAY 1, 1240 HR 
AIRBASE UNDER ATTACK AT DAY 1, 1300 HR 
AIRBASE ALL CLEAR AT DAY 1, 1320 HR 

DAMAGE OPTIONS INCLUDE: 

1 = PARKING SPACES 

2 = ACCESS TIMES 

3 = PLANES 

4 = CREW MEMBERS 

5 = MAINTENANCE UNITS 

6 = SERVICE UNITS 

7 = RUNWAYS 


ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
I 





ENTER THE DAMAGED PARKING SPACE NUMBER (OR "DONE" IF THROUGH) 
605 


ENTER THE TIME (IN DECIMAL HOURS FROM NOW) 
THIS PARKING SPACE WILL BECOME AVAILABLE 
10 


ENTER THE DAMAGED PARKING SPACE NUMBER (OR "DONE" IF THROUGH) 
D 


DAMAGE OPTIONS INCLUDE: 

1 = PARKING SPACES 

2 = ACCESS TIMES 

3 = PLANES 

4 = CREW MEMBERS 

5 = MAINTENANCE UNITS 

6 = SERVICE UNITS 

7 = RUNWAYS 

ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
2 


ENTER A PARKING SPACE NUMBER (OR "DONE" IF THROUGH) 
701 


ENTER THE NEW TIMES (IN MINUTES SEPARATED BY BLANKS) 

TO ACCESS FUEL, MAINTENANCE, ORDNANCE AND RUNWAY FOR THIS SPACE 
30 30 30 30 


ENTER THE TIMES (DECIMAL HOURS SEPARATED BY BLANKS) 

UNTIL TIMES TO ACCESS FUEL, MAINTENANCE, ORDNANCE AND RUNWAY 
RETURN TO NORMAL 
10 5 5 5 


ENTER A PARKING SPACE NUMBER (OR "DONE" IF THROUGH) 
D 


DAMAGE OPTIONS INCLUDE: 

1 = PARKING SPACES 

2 = ACCESS TIMES 

3 = PLANES 

4 = CREW MEMBERS 

5 = MAINTENANCE UNITS 

6 = SERVICE UNITS 

7 = RUNWAYS 

ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
3 





ENTER THE TAIL NUMBER OF THE DAMAGED PLANE (OR "DONE" IF THROUGH) 
406 


ENTER THE NEW REPAIR TIME (IN DECIMAL HOURS) 
24 


ENTER THE TAIL NUMBER OF THE DAMAGED PLANE (OR "DONE" IF THROUGH) 
D 


DAMAGE OPTIONS INCLUDE: 

1 = PARKING SPACES 

2 = ACCESS TIMES 

3 = PLANES 

4 = CREW MEMBERS 

5 = MAINTENANCE UNITS 

6 = SERVICE UNITS 

7 = RUNWAYS 

ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
4 


ENTER THE CREW NUMBER OF THE ATTRITED CREW MEMBER 
(OR ENTER "DONE" IF THROUGH) 

107 


ENTER THE CREW NUMBER OF THE ATTRITED CREW MEMBER 
(OR ENTER "DONE" IF THROUGH) 

D 


DAMAGE OPTIONS INCLUDE: 

1 = PARKING SPACES 

2 = ACCESS TIMES 

3 = PLANES 

4 = CREW MEMBERS 

5 = MAINTENANCE UNITS 

6 = SERVICE UNITS 

7 = RUNWAYS 

ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
5 


ENTER THE NUMBER (INTEGER) OF MAINTENANCE UNITS DESTROYED 
2 
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DAMAGE OPTIONS INCLUDE; 

1 = PARKING SPACES 

2 = ACCESS TIMES 

3 = PLANES 

4 = CREW MEMBERS 

5 = MAINTENANCE UNITS 

6 = SERVICE UNITS 

7 = RUNWAYS 

ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
6 


ENTER THE NUMBER (INTEGER) OF SERVICE UNITS DESTROYED 
5 


DAMAGE OPTIONS INCLUDE: 

1 = PARKING SPACES 

2 = ACCESS TIMES 

3 = PLANES 

4 = CREW MEMBERS 

5 = MAINTENANCE UNITS 

6 = SERVICE UNITS 

7 = RUNWAYS 

ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
7 


ENTER THE NUMBER OF THE DAMAGED RUNWAY 
(OR ENTER "DONE" IF THROUGH) 

1 


THE CURRENT CLEAR LENGTH IS 8000 AND THE CLEAR WIDTH IS 150 (FEET) 
ENTER THE NEW VALUES (IN FEET) FOR CURRENT CLEAR LENGTH AND WIDTH 
0 0 


ENTER THE DECIMAL HOURS (FROM NOW) FOR A NEW CLEAR LENGTH AMD WIDTH 
(OR ENTER "DONE" IF THROUGH) 

1 


ENTER THE NEW VALUES (IN FEET) FOR CLEAR LENGTH AND WIDTH 
TO BE SET AT THAT TIME 
2000 100 


ENTER THE DECIMAL HOURS (FROM NOW) FOR A NEW CLEAR LENGTH AND WIDTH 
(OR ENTER "DONE" IF THROUGH) 










ENTER THE NEW VALUES (IN FEET) FOP CLEAR LENGTH AND WIDTH 
TO BE SET AT THAT TIME 
2500 100 


ENTER THE DECIMAL HOURS (FROM NOW) FOR A NEW CLEAR LENGTH AND WIDTH 
(OR ENTER "DONE" IF THROUGH) 

3 


ENTER THE NEW VALUES (IN FEET) FOR CLEAR LENGTH AND WIDTH 
TO BE SET AT THAT TIME 
4000 150 


ENTER THE DECIMAL HOURS (FROM NOW) FOR A NEW CLEAR LENGTH AND WIDTH 
(OR ENTER "DONE" IF THROUGH) 

4 


ENTER THE NEW VALUES (IN FEET) FOR CLEAR LENGTH AND WIDTH 
TO BE SET AT THAT TIME 
8000 150 


ENTER THE DECIMAL HOURS (FROM NOW) FOR A NEW CLEAR LENGTH AND WIDTH 
(OR ENTER "DONE" IF THROUGH) 

D 


ENTER THE NUMBER OF THE DAMAGED RUNWAY 
(OR ENTER "DONE" IF THROUGH) 

2 


THE CURRENT CLEAR LENGTH IS 8000 AND THE CLEAR WIDTH IS 150 (FEET) 
ENTER THE NEW VALUES (IN FEET) FOR CURRENT CLEAR LENGTH AND WIDTH 
0 0 


ENTER THE DECIMAL HOURS (FROM NOW) FOR A NEW CLEAR LENGTH AND WIDTH 
(OR ENTER "DONE" IF THROUGH) 

12 


ENTER THE NEW VALUES (IN FEET) FOR CLEAR LENGTH AND WIDTH 
TO BE SET AT THAT TIME 
8000 150 


ENTER THE DECIMAL HOURS (FROM NOW) FOR A NEW CLEAR LENGTH AND WIDTH 
(OR ENTER "DONE” IF THROUGH) 








ENTER THE NUMBER OF THE DAMAGED RUNWAY 
(OR ENTER "DONE" IF THROUGH) 

D 


ENTER THE NUMBER OF THE RUNWAY WHOSE DESIGNATION YOU WISH TO CHANGE 
(OR ENTER "DONE" IF THROUGH) 

2 


RUNWAY 2 NOW HAS A DESIGNATION OF 2 (INACTIVE) 

WILL THERE BE A LATER DESIGNATION CHANGE FOR THIS RUNWAY? 
(YES OR NO) 

Y 


ENTER THE DECIMAL HOURS (FROM NOW) FOR THE DESIGNATION CHANGE 
24 


ENTER THE NUMBER OF THE RUNWAY WHOSE DESIGNATION YOU WISH TO CHANGE 
(OR ENTER "DONE" IF THROUGH) 

D 


ENTER THE NUMBER OF THE RUNWAY WHOSE NAVAIDS YOU WISH TO CHANGE 
(OR ENTER "DONE" IF THROUGH) 

1 


RUNWAY 1 NOW HAS NO NAVAIDS 

WILL THERE BE A LATER NAVAIDS CHANGE FOR THIS RUNWAY? 
(YES OR NO) 

Y 


ENTER THE DECIMAL HOURS (FROM NOW) FOR THE NAVAIDS CHANGE 
1.5 


ENTER THE NUMBER OF THE RUNWAY WHOSE NAVAIDS YOU WISH TO CHANGE 
(OR ENTER "DONE" IF THROUGH) 

D 


DAMAGE OPTIONS INCLUDE: 

1 = PARKING SPACES 

2 = ACCESS TIMES 

3 = PLANES 

4 = CREW MEMBERS 

5 = MAINTENANCE UNITS 

6 = SERVICE UNITS 

7 = RUNWAYS 

ENTER THE NUMBER OF YOUR SELECTION OR A "P" TO PRESS ON 
P 





T 

ime paramet 

E 

R 

S 



FRAG time 



1.0 

HOURS 


brief time 


= 

60 

MINUTES 


OEBRIEF TIME 


= 

30 

MINUTES 


ABORT DEBRIEF TIME 


= 

15 

MINUTES 


TAXI time 


= 

30 

HlNtiTES 


CREH DUTY OAT 


= 

le. 0 

HOURS 


REQUIRED CREW PEST 


= 

12.0 

H (URS 


MIN REST TIME 


= 

0.0 

HOU»S 


DIVERT TtME 


= 

4.0 

HOURS 


TIME REMAINING 



20 

MINUTES 


VMC LANDING TIME 


= 

1 

MINUTES 


iMc landing time 


= 

3 

MINUTES 


emergency takeoff TIME 

= 

5 

MINUTES 


EMERGENCY PARKI^G TIME 

= 

5 

MINUTES 


AIR CREW SGRAMOLE TIME 

— 

10 

minutes 

S 

imulation C 

0 

N 

T R 1 

0 L S 


REPORT TIME 


* 

0. 

HCURS 


REPORT INTERVAL 


= 

30 

MINUTES 


gamer control interval 


4.0 

HOURS 


ENO OF SIMJLATION 


- 

2.0 

DAYS 

F 

AILURE HEIG 

H 

T 

I N ( 

G r A f 


START ENGIME 



• 020 



takeoff 


X 

• 000 



IN flight 



.900 



RftNOOH NUMBER STREAMS 


attrition 

DAMAGE 

STSTEM BREAK 
CODE III 

DAMAGE REPAIR TIME 
BREAK REPAIR TIME 


PROBARItlTr PRINT = 0 

(1 HILL PRINT ALL RANDOM NUMBERS HhEN GENEpATEO IN SIMULATION! 
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AIRflASr FACILITIES 


RUNMAY DATA 


runway clear length 

NO tIN FEET) 


clear width 

(I^ FEET) 


CL ASS UE3 r^NAT I ON 


1 

z 


AQOQ 

AOOO 


150 CONCRETE ACT IVE 

150 CONCRETE ACT IVE 


RASE HEATHER 


VMC 


parking space data 

(TYPE 1 :: 
(TYPE Z = 
(TYPE 3 = 
<TVPE U = 


SPOT 


SQO 

•--MINUTES 

TO ACCESS- 

number 

TYPE 

PREF 

FUEL 

ORD 

MAI NT 

RUNHAY 

601 

1 

29 

10 

10 

15 

6 

60? 

1 

29 

10 

10 

15 


603 

1 

29 

10 

10 

15 

6 

604 

1 

29 

10 

10 

15 

6 

605 

1 

29 

10 

10 

15 

6 

606 

1 

29 

10 

10 

15 

6 

607 

2 

29 

10 

10 

15 

10 

606 

2 

29 

10 

10 

15 

10 

701 

1 

23 

10 

10 

15 

15 

70? 

1 

23 

10 

10 

1 5 

15 

;o3 

1 

23 

10 

10 

15 

15 

704 

1 

23 

10 

10 

15 

15 

705 

1 

23 

10 

10 

15 

15 

706 

1 

23 

10 

10 

15 

15 

707 

2 

23 

10 

10 

15 

10 

706 

2 

23 

10 

10 

15 

10 

800 

3 

0 

to 

10 

15 

10 

900 

4 

0 

to 

10 

15 

10 


(NORWAL ACCESS TINES EQUAL ACCESS TIMES AT BEGINNING OF SIHiilaTION) 


maintenance FACILITIFS 

NUM3EP OF maintenance UNITS = 5 
NUH3ER OF SERVICE UNITS = 10 
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NAYAIUS 

Yt S 
Yt S 


SHELTEPEO) 

REVETTEO) 

OPEN) 

HANGAREO) 










system 

MAtNTAINAHlLIT 


R E L 

NAME 

r-‘4 


A-10 


A I R C R A r T 
lARiLlTY AND 

DATA 


SYSTEM 


BREAK mean time 

RATE TO repair 

U) (MINUTCSJ 


1 

2 

J 

4 

5 
S 
? 
a 


s 

2 

2 

3 

E 

1 

2 

? 

3 


>^40 
ISO 
7ao 
ROO 
1320 
900 
900 
1 200 
1200 


1 

2 

3 

4 

5 

6 
2 
a 

9 


5 

2 

2 

1 

3 
1 
1 
1 

4 


3b 0 
120 
240 
240 
30 0 

lao 

lao 

120 

360 


r N 0 I 

VIDUA 

L P L A 

N E DA 

T A 

A IRCRAFT 

TA IL 


SPOT 

TRACE 

TYPE 

NUMBER 

SOUAO RON 

number 

FLAG 

F-4 

401 

29 

601 

1 

F-4 

402 

29 

60 2 

1 

F-4 

403 

29 

60 3 

1 

F-4 

404 

29 

60 4 

1 

F-4 

40$ 

29 

60 5 

1 

F-4 

406 

29 

60 6 

1 

F-4 

40> 

29 

701 

0 

F-4 

406 

29 

702 

0 

F-4 

409 

29 

703 

0 

F-4 

410 

29 

704 

0 

F-4 

411 

29 

705 

0 

F-4 

412 

29 

706 

0 

A-IO 

201 

23 

707 

1 

A-10 

202 

23 

70 A 

1 

A-10 

203 

23 

60 7 

1 

A-10 

204 

23 

606 

1 

A-10 

20$ 

23 

60 0 

1 

A-10 

206 

23 

800 

1 

A-10 

207 

23 

800 

0 

A-10 

206 

23 

800 

0 

A-10 

209 

23 

600 

0 

A-iO 

210 

23 

00 0 

0 

A-10 

211 

23 

800 

0 

A-10 

212 

23 

60 0 

0 


TRACE ELAG = 1 MILL PRINT CHANGES IN LOCATION /STATUS 


B-' a 

























C F E N 

MEMBER 

DATA 

AIRCRAFT 

CREN 

CREW 

TYPE 

NUMBER 

type 

F-4 

201 

1 

F-4 

J02 

3 

F-4 

203 

1 

F-U 

304 

3 

F-4 

305 

1 

F-4 

305 

3 

F-4 

30 T 

1 

F-4 

305 

3 

F-4 

309 

1 

F-4 

310 

3 

F-4 

311 

1 

F-4 

312 

3 

F-4 

313 

1 

F-4 

314 

3 

F-4 

315 

2 

F-4 

316 

3 

F-4 

31 7 

2 

F-4 

316 

3 

F-4 

319 

2 

F-4 

320 

3 

F-4 

321 

2 

F.4 

322 

3 

F-4 

323 

2 

F-4 

324 

3 

F-4 

325 

2 

F-4 

326 

3 

F-4 

327 

2 

F-4 

326 

3 

F-4 

329 

2 

F-4 

330 

3 

A- 10 

101 

1 

A-IO 

102 

1 

A-IO 

103 

1 

A-10 

104 

1 

A-10 

105 

1 

A-10 

106 

1 

A-IO 

107 

1 

A-IO 

106 

2 

A-10 

109 

2 

A-10 

110 

2 

A-10 

ill 

2 

A-10 

112 

2 

A-10 

113 

2 

A-10 

114 

2 

A-10 

115 

2 

A-10 

116 

2 

A-10. 

117 

2 

A-10 

116 

2 

TRACE flag = 

1 NILL PRINT 

TIME OF El 


TJ^ACF 

FLAO 

I 

1 

1 

1 

1 

1 

Q 

0 

0 

0 

n 

0 

0 

0 

1 

1 

1 

1 

1 

1 

1 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

D 

0 

a 

0 

Q 

0 


0 

MUMBFP OF PLANES 

12 


P E R A T I 0 

aifcpaft Type 

F-<* 

A-10 


NS FLAN 

MISSION TYPE 

OCA 

OAS 


ORDNANCE LOAD 

2 

1 


B-25 




F R ft G 


OAY 1« 0100 ’iP 


HISSION 


CALL 

SIGN 

HOG 

SON 

MISSION 


CALL 

SIGN 

BACON 

PORKY 

MISSIO^ 


CALL 

SIGN 

RASTER 

STARKLE 

EARKLE 

MISSION 


CALL 

SIGN 

PIG 

PECCARY 

MISSION 


CALL 

SIGN 

DOODftH 

MISSION 


CALL 

SIGN 

BOAR 

HAH 


NUMBER If TOT HINOOM 0500 - 0600% MISSION TY^F OaS 
AOOITICNAL time DUE TO AlR-TO-AIfi PEFUELINi, 0 
FLIGHT ATTPinUTES 

AIRCRAFT ORDNANCE NUMBER MINIMUM FLIGHT 

type load planes PLANFS TIME 

A*1C 1 2 1 100 

A-IO 1 2 1 100 

NUMBER 2, TOT HINOOM 0B30 - 0730f MISSION TTPt UAS 
A30ITICNAL TIME DUE TO AtR-TO-AIR REFUELING U 
FLIGHT ATTRIBUTES 

AIPCPAFT ORDNANCE NUMBER MINIMUM FLIGHT 

TYPE LOAD PLANES PLANES TIME 

A-10 1 2 I 100 

A-10 1 2 t 100 


START 
BRIEFING 
Q2dC 
0250 


START 
BRIEFiNb 

o(*eo 

0«f20 


NUM0FR 3f TOT MlNOOH 0700 - 0600% MISSION TYPE OCA 
ADDITIONAL TIME DUE TO AtR-TO-AIR REFUELING 0 
FLIGHT attributes 

AIRCRAFT ORDNANCE NUMBER MINIMUM FLIGHT START 

TYPE load PLANES PLANES TIME BRIEFING 

F-4 2 2 2 120 0440 

F-4 2 4 2 120 0440 

F-4 2 4 2 120 

NUMBER 4% TOT MINOCH 0600 - 0B00% MISSION TYPE OAS 
AOOITICNAL TIME DUE TO AtR-TO-AIR RFFUEL ING 0 
FLIGHT ATTRIBUTES 

AIRCRAFT OR CHANCE NUMBER MINIMUM FLIGHT START 

TYPE LOAO PLANES PLANES TIME BRIEFING 

A-10 1 2 1 100 05S0 

A-IC 1 2 1 100 0550 


NUMBER 5% TOT HINOOM 0600 - 0B00% MISSION TY^E OCA 
additional time due to air-to-air refueling 30 
FLIGHT ATTRIBUTES 

AIRCRAFT ORDNANCE NUMBER MINIMUM FLIGHT 

TYPE LOAO PLANES PLANFS T IMF 

f- 4 2 2 2 IsO 


start 

BRIEF ING 
0525 


NUMBER 6% TOT 4INDOM 0930 - 1030, MISSION TYPE 
AOOITICNAL TIMF DUE TO AIR-TO-AIR REFUF.LINi, 
FLIGHT ATTRIBUTES 


AIRCRAFT 

type 

ft-lO 

A-10 


ORONANCE 

LOAD 

1 

1 


number 

planes 

2 

2 


MINIMUM 

PLANES 

1 

1 


OAS 

) 

FL iG n 
TIM 

IJO 

l<id 


SI A'M 
;tR I I f I riG 
1 0 
)^rQ 









»«ISSION 

NUMBER 7t 

TOT WINOCH 

1100 - 1200, 

MISSION TTPE 

OAS 



AOOITICNAL TIME 

DUE TO AIR-TO- 

AIK REFUELING 

0 




FLIGHT ATTRIBUTES 



CALL 

AIRCRAFT 

ORDNANCE 

NU M BE R 

MINIMUM 

FLIGHT 

start 

SIGN 

TYPE 

LOAD 

PLANES 

PLANES 

TIME 

BRIM I N(, 

SH INF 

A-10 

1 

2 

1 

lUO 

OR'.' U 

GRUNT 

A-10 

1 

2 

1 

no 

0 0 

MISSION 

NUMBER «, 

TOT WINDOM 

12T0 - 1330, 

MISSION Type 

OA i 



ADDITIONAL time 

DUE TO AIR-T(1- 

AIR REFUELING 

j 




FLIGHT ATTRinUT 

ES 



CALL 

AIRCRAFT 

ORDNANCE 

number 

MINIMUM 

FL IgHT 

start 

SIGN 

TYPE 

LOAD 

PLANES 

planes 

TIME 

briefIN u 

SQUF.AL 

A-1 C 

1 

2 

1 

IGO 


OINK 

A-10 

1 

2 

1 

100 

1020 

MISSION 

NUMBER 

TOT WINDOW 

1300 - 1400, 

MISSION TYPE 

OCA 



ADDITIONAL TIME 

DUE TO AIR-TO- 

AIR refueling 

0 




FLIGHT ATTRIBUTES 



CALL 

AIRCRAFT 

ORDNANCE 

NUMBER 

MINIMUM 

FLIG U 

S T A 

SIGN 

TYPE 

LOAD 

PLANES 

PLANES 

TIME 

briefing 

FONDLE 

F-4 

? 

2 

2 

120 

1040 

GROVEL 

F-4 

2 

2 

2 

120. 

1040 

SH THER 

F-4 

2 

2 

2 

120 

1040 

MISSION 

NUMBER 10« 

TOT WINDOW 

1400 - ISOO, 

MISSION TYPE 

OAS 



ADDITIONAL TIME 

DUE TO AIR-TO- 

AIR REFUELING 

0 




FLIGHT ATTRIBUTES 



CALL 

AIRCRAFT 

ORCNANCE 

NUMBER 

MINIMUM 

FLIGHT 

START 

SIGN 

TYPE 

LOAD 

PLANES 

PLANES 

time 

BRIEFING 

razorback A-IO 

1 

2 

1 

1>)0 

1150 

JAi/ELINA A-IO 

1 

2 

1 

100 

115 0 

MISSION 

NUMRFR 11, 

TOT WINDOW 

1530 - 1630, 

MISSION TYPE 

OAS 



ADDITIONAL TIME 

DUE TO AIR-TO- 

AIK REFUELING 

0 




FLIGHT ATTRIBUTES 



CALL 

AIOCRAFT 

ORDNANCE 

NUMBER 

MINIMUM 

flight 

START 

SIGN 

T YPE 

LOAD 

PLANES 

PLANES 

TIME 

BRIEF ing 

sty 

A-10 

1 

2 

1 

100 

1320 

COCHON 

A-1 0 

1 

2 

1 

100 

1320 

MISSION 

NUMBER 

TOT WINDOW 

1700 - lAOO, 

MISSION TYPE 

OAS 



ADDITIONAL TIME 

DUE TO AIR-TO- 

AIR REFUELING 

0 




FLIGHT ATTRIBUTES 



CALL 

A IRC RAF T 

ordnance 

number 

MINIMUM 

FL tout 

ST aw T 

SIGN 

type 

LOAD 

PLANES 

PLANES 

TIME 

HRIrf ING 

SHOAT 

A-IC 

1 

2 

1 

IJ J 

1 *• j 0 

MARTHOG 

A-10 

1 

2 

1 

100 

1 u 5 u 


NOTE: Frag for Hay 2 is not included in this manual. 
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TESTRUN AIR BASE ATTACK AT 1300 


HISSXOM REPORT 

HtSSlON REPORT FOR HOC FLIGHT ON OAt 1, 0^41 HR 

NISSION NUNRFR if TOT 0500 HR, AIRCRAFT TYPF. A-13 
FLIGHT COMPLETED 

MSO TAKEOFF LANCIN3 COMMENT 


TAIL PILOT 
201 * 101 
202 108 


TAKEOFF 

0400 

0400 


LANCIN3 
0 541 
0541 


MISSION REPORT FOR SOM FLIGHT ON DAY 1, 0541 MR 

MISSION NUMBER 1, TOT 0500 HR, AIRCRAFT TYPE A-10 
FLIGHT COMPLETED 

MSO TAKEOFF LANDING COMMENT 


tail 

203 « 

204 


PILOT 

102 

109 


TAKEOFF 

0400 

0400 


LANDING 
0 541 
0341 


MISSION REPORT FOR BACON FLIGHT ON OAV 1, 0710 HR 

MISSION NUMBER 2, TOT 0630 HR, AIRCRAFT TYPE A-10 
FLIGHT COMPLETED 

MSO TAKEOFF LANDING 
0!30 


TAIL PILOT 
206 110 
205* 103 


COMMENT 

0530-'Ahort, plane system failure 
0710—ATTRITTEO 


MISSION REPCRT FOR PORKY FLIGHT ON DAY 1, 0711 MR 


MISSION NUMBER 2, TOT 0630 HR, AIRCRAFT TYPE A-10 
FLIGHT COMPLETED 


TAIL PILOT 
?07* 104 

208 111 


MSO takeoff 
0 530 
0530 


LANDING 

D711 

0711 


COMMENT 


MISSION REPORT FOR RASTER FLIGHT ON DAY 1, 0747 HR 

MISSION NUMBER 3, TOT 0700 MR, AIRCRAFT TYPE F-4 
FLIGHT COMPLETED 


TAIL 

PILOT 

MSO 

TAKEOFF 

LANDING 

COMMENT 

401* 

301 

30 2 

0546 

0747 


402 

315 

304 

0546 


0746 —ATTRITTEO 


MISSION REPORT FOR STARKLE FLIGHT ON DAY 1, 0747 HR 


MISSION 

1 NUMBER 

3, 

TOT 0700 

MR, AIRCRAFT TYPE F-4 

flight 

COMPLETED 



TAIL 

PILOT 

MSO 

TAKEOFF 

landing COMMENT 

403» 

303 

306 

0546 

0747 

404* 

305 

30 6 

0546 

0747 

405 

317 

310 

0546 

0747 

406 

119 

312 

0 546 

0 74 7 




t 

i 

J 


I 







MISSION MEPOPT POP FAKKLE 


FLIGHT ON DAY 1» 0TS6 HP 


MISSION NUMBER 

3* 

TOT 0700 

HP, AIRCRAFT 

TYPE F-4 

FLIGHT 

completed 




TAIL 

PILOT 

H50 

takeoff 

LANCING 

comment 

4 OR* 

309 

316 

0SS5 

0756 


410 


32 0 

0555 

0756 


40 7 ♦ 

30 7 

314 



0555--AnORT, flight LfcAU SYSTEM FAILURE 

409 

321 

318 

0555 


0755 —ATTPITTEO 


MISSION report fop PIG 

FLIGHT ON OAY 

It 0841 HP 

MISSION NUMBER 4* 

TOT 0800 

HR* AIRCRAFT 

TYPE A-10 

FLIGHT completed 




tail pilot WSO 

TAKEOFF 

LANUI KG 

comment 

209* 105 

0700 

0841 


210 11? 

0700 

0841 



MISSION REPORT FOR PECCARY FLIGHT ON DAY 

1* 

MISSION NUMBE? 4* 

TOT 0800 

HP, AIRCRAFT 

TYPE A-10 

FLIGHT COMPLETED 

TAIL PILOT HSO 

TAKEOFF 

LANDING 

C QMMENT 

211* 106 

0700 

0841 


212 113 

0700 

0841 



MISSION 

REPORT FOP 

GRUNT 

FLIGHT ON DAY 

1, 0850 HP 

MISS 

ION number 

7t TOT 

1100 HP* AIRCRAFT 

type A-IO 


FLIGHT A0OPTFO--NUMBER OF PLANES LESS THAN MINIMUM «?E9UIPE0 FOP THE FLIGHf 


MISSION REPORT FOP nOCDAH FLIGHT ON OAT 1, OSlt HP 


MISSION NUMBE? 5, TOT OAOO HP* AIRCRAFT TYPE F-4 


FLIGHT 

completed 




TAIL 

411* 

412 

PILOT WSO 

311 322 

325 324 

TAKEOFF 

0640 

0(40 

landing 

0911 

0911 

COMMENT 

MISSION report FOP BOAR 

FLIGHT ON OAY 

It 1015 HR 

MISSION NUMBER 6* 

TOT 0930 

HR* AIRCRAFT 

TYPE A-10 

FLIGHT 

COMPLETED 




TAIL 

PILOT WSO 

TAKEOFF 

LANDING 

comheni 


?01* 107 0A55 1016 

?0? 114 


0A70--ABORT, plane SYSTFM FAILUpE 



MISSION REPORT FQ» MAM 


rtlOMT ON day 1» lOlS HW 




MISSION report for MaRTHOG FLIGHT ON OaY I* 14S0 HR 
MISSION NUMBER 12* TOT 1700 HR, AlRCKaFT TYPE A-10 
FLIGHT a80RrE0--N0 FLIGHT LEAD FOUND 

TAIL PILOT WSn TAKEOFF LANDING COMMENT 

207 1450--A8ORT* FLI&mT AiirjRTtU 

20A l4SO--ARORTt FLIGHT AfUjRIEll 


MISSION REPORT FDR SQUEAL FLIGHT ON DAY I, ITIA HR 

MISSION NUMBER «* TOT 1230 HR, AIRCRAFT TYPE A-10 
flight CCMFLETEO 

COMMENT 


tail PILOT wso Takeoff landing 

206 117 113S 171A 

202* 104 


113E—ABORT, flight LKAO SYSTEM FAILURE 


MISSION REPORT FDR OiNK FLIGHT ON DAY 1, 1721 HR 

MISSION NUMBER fl, TOT 1230 HR, AIRCRAFT TYPE A-IO 

flight ccmplfted 

COMMENT 


tail PILOT HSO takeoff LANDING 
209* 105 1135 1721 

210 llA 


1135--A00RT, PLANf^ SY S TCM F A I LUR E 


MISSION REPORT FOR SHCAT FLIGHT ON DAY 1, 1806 HR 

MISSION number 12, TOT 1700 HR, AIRCRAFT TYPE A-10 
FLIGHT completed 

TAIL PILOT MSO takeoff LANOTKG COMMENT 

c02* 106 1620 1806 

203 114 lb2U 180b 


NOTE: Mission Report for Day 2 is not included in this manual. 
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TESTRUN AIR BASE ATTACK AT 1500 












TESTRUM ftIR BASE ATTACK AT 1300 
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TESTRUN AIR BASF ATTACK AT 1300 







TCSTRUN aiff RASE ATTACK AT 1300 



1?06 












NOTE: Plane Trace Report for Day 2 is not included in this report. 



TESTRIJN aiR OftSE ATTACK AT 1300 











te*;trun «ip base attack at itoo 


DAY 1 C A F W 

M E H B E 

R T R A 

(; t R 

E P 0 y T 

RESTING 

AVAILABLE 

briefing 

F L y I NG 

(JEMRitFiN, A TTRITTEU 

CREW 301. F-4 





flight lead 

0000 

04U0 

0 5 4G 

n ^4^ 


0823 

1 040 

1146 


CREW 302. F-4 





WSO 

0 000 

0440 

05 46 

0 747 


0823 

1040 

1146 


CREW 303, F-.4 





flight lfad attritteo 

0000 

0 440 

0546 

0 747 


0823 

1040 

1150 

1421 

CREW 304, F-4 





WSO ATTRITTFn 

0000 

0 440 

0 5 46 

C7ub 

CREW 306, F-4 





FLIGHT LEAD 

0 000 

0440 

0 5 46 

0 7^7 


0823 




16*40 

20 23 




CREW 306, F-4 





WSO ATTRITTEO 

OQOO 

0 440 

0 6 4*3 

0 74/ 


0823 

1040 

1150 

1 421 

CREW 316. F-4 





PILOT ATTRITTED 

0000 

0440 

05 46 

0746 


CPEW 316, F-4 
MSO 


0000 


0440 


1640 


0836 

e036 


0S?'5 


0766 
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TESTRUN air base attack at 1500 


DAY 1 

CREW 

M E H B E 

R T R A 

O' E P 

f P 0 w T 



resting 

AVAILABLE 

BRIEFING 

FLTINO 

U^’RRUFIN^ 

A TTR iTfEU 

CREH 31/, F-4 







PILOT 


0000 

0440 

0546 

0747 




0023 

1040 

11 50 



CREW 310, F-4 







RSO ATTRITTEO 


0000 

0440 

05*5 


0755 

CREH TIR, F-4 







PILOT 


0000 

0440 

0 5 46 

07^7 




0823 

1240 

12*5 



CPEM 520, F-4 







Msn 


0000 

0440 

}5*5 

0 75 6 




0836 






1640 

2036 





CREM 321, F-4 







PILOT ATTRITTF3 


0000 

0440 

05 55 


0 755 

CREW 101, A-10 







FLIGHT lead 


0000 

0250 

0400 

0541 




0 626 

0720 

0835 

IQlb 




1101 






1450 

2301 






CfiEU 102* A-lO 
FLIGHT LEAD 


lASO 


0000 

0626 

1231 


0260 

0 060 


0400 


1006 


0541 

1146 
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TESTWJN AIR BaSE ATTaCK at 1^00 


oat 1 C K F M 

M E M R E 

R T R A 

C £ R 

E P 0 R T 

RESTING 

available 

briefing 

FLYING 

nrHRI^FlNj ATToiTTrCJ 

CREW 103, a-10 





FLIGHT LEAO ATTRITTEO 

0000 

0420 

0530 

U 710 

CREW 10l|, A-10 





flight lead 

0 000 

0420 

0530 

0 7 11 


0766 

1020 

113 6 

1 71H 

- 

laiB 




CREW 105, A-10 





flight lead 

0 000 

0550 

0 7 00 

06-1 


0926 

1020 

113S 

1721 

1606 





CTEW IOC, A-10 





flight lead 

0 000 

0550 

0700 

QA4I 


0926 

1150 




1335 

1450 

1620 



CREW 107, a-10 

FLIGHT LEao aTTRITT CO 


0000 


0 720 


1101 


0033 


1016 


1320 


CKEw loa, a-io 

PILOT 


IU60 


0000 

0 626 
1336 


0 260 


1160 


0400 


0‘^4l 


CREW 109, A-10 
PILOT 


0000 


0260 


luOO 


0 64 1 
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.ESTRUN AIR BASE ATTACK AT 1300 


DAY 1 


C fi € M 

M e M 8 E 

R T R A 

C E R 

m 

Tl 

O 



REST IMG 

AVAIL ABLE 

aRTEFING 

rCTlMG 

OeWRIf.f'rMG AlJRintO 




0626 

1150 






1335 






IHSO 





110« 

• -10 






PILOT 



0000 

0420 

0530 





0/10 

12U0 

12 55 


CPEM 111* 

A-IO 






PILOT 



0000 

0420 

0530 

0/11 




0/56 






1620 

1956 




CPEW 112* 

A-10 






PILOT 



0000 

0550 

0/00 

0041 




0926 






1/50 

2126 





NOTE: Crew Member Trace Report for Day 2 is not included in this manual. 









TeSTRUN 

AIR 

CREW 

NtHRER 

301 

302 

303 
30<* 

305 

306 

307 
300 

309 

310 

311 

312 

313 
31U 

315 

316 

317 
316 

319 

320 

321 

322 

323 

324 

325 

326 

327 
3?6 

329 

330 
101 
102 

103 

104 

105 

106 
107 
106 

109 

110 
111 
112 

113 

114 

115 

116 
117 
116 


AIR RASE attack AT 1300 


C R F M 

S U H H 

ARY 

HOURS 

HOURS 

HOURS 

WORKED 

FLYING 

RESTING 

33.6 

27.7 

14.4 

33,6 

27.7 

14.4 

ATTRITTEO 

ATTRITTED 

3.7 2.0 

3 

ATTRITTEO 

3.9 2.0 

44. 1 

33.5 

27.7 

14.5 

3.9 

2.0 

44.1 

33.5 

26.5 

14.5 

4.U 

2.5 

43.6 

3. 7 

2.0 

44. 3 

27.3 

25.6 

2C.7 

3.9 

2.0 

44. 1 

ATTRITT ED 

3.9 2.0 

44. 1 

33.5 

27.7 

1 t.5 

ATTRITTEO 

33.5 26.5 

1 <..5 

3.9 

2.0 

44. 1 

ATTRITTEO 

4.4 2.5 

43.6 

3.9 

2.0 

44. 1 

4.4 

2.5 

43.6 

4.4 

2.5 

43.6 

27.3 

25.6 

20.7 

ATTRITTEO 

ATTRITTEO 

27.6 25.7 

2C. 4 

27.6 

25.7 

2C.4 

20.9 

6.6 

27. 1 

22.4 

7.0 

2?.6 

ATTRITTEO 

21.5 13.1 

26.5 

ATTRITTEO 

ATTRITTEO 

ATTRITTEO 

10.7 1.7 

3 7.3 

10.7 

1.7 

37. 3 

3T.9 

24.5 

14. 1 

16.3 

6.9 

31. 7 

14.6 

5.2 

33. i 

11.3 

7.4 

36.7 

11.4 

1.6 

36.6 

ATTRITTEO 

11.2 7.4 

36. a 

11.7 

7.4 

36. 3 

11.5 

7.5 

36.5 


B-41 




0£i0 




TESTRUN air BASE ATTACK AT 1300 













BEING AMAITHG IN AMftIT ING 
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TESTRUN AIR BASE ATTACK AT 1300 


DAY 1 

RUAHAY 

NO 

1 

Z 


DAY 


day 


AIRBASE UNDER ATTACK AT DAY !♦ 1300 HR 


« 1300 HR 


runway status 


REPORT 


CLEAR LENGTH 
(lY FEETI 


CLEAR WIDTH 
(IN FEET) 


CLASS OESI(:,NAI ION NAVAIQS 


9 000 
9 000 


150 CONCRETE ACTIVE YES 

150 CONCRETE ACTIVE YES 


NO TAXIING PLANEE 


1# 1 300 HR 

maintenance UNITS STATUS REPORT 


JNIT NO 


LOCATED AT TYPE OF 

PARKING SPACE NO PARKING SPACE 


1 UNASSIGNEO 

2 unassigned 

3 UNASSIGNED 

4 UNASSIGNEO 

5 UNASSIGNEO 


1, 1300 HR 

S E R V ICE 


unit no 

1 

2 

3 

4 

5 

6 
7 
a 

9 

10 


UNITS S T A 
LOCATED AT 

parking space no 

UNASSIGNEO 
UNASSIGNEO 
UNASSIGNEO 
UNASSIGNEO 
UNASSIGNEO 
UNASSIGNEO 
UNASSIGNEO 

unassigned 

UNASSIGNEO 

UNASSIGNEO 


TUS REPORT 

TYPE OF 
PARKING SPACE 
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DAY 1« 1 300 HR 


CREW iEMBERS STATUS REPORT 


QUALIF lEO 
AIRCRAFT 


TYPE 

CREW 

TYPE 

CREW NOHBER 

CURRENT STATUS 

F-fc 

FLIGHT 

LEAD PILOT 

305 

AVA ILAHLE 

F-A 

FLIGHT 

LEAO PILOT 

30T 

AVAItAULE 

F-A 

FLIGHT 

LEAD PILOT 

30 9 

available 

F-U 

FL IGMT 

LEAO PILOT 

311 

AVA f.L AMLE 

F-4| 

non-flight 

LEAO PILOT 

323 

AVAI.AOLF 

F-4 

non-flight 

LEAO PILOT 

32 5 

availaplf 

r-4 


NON-PitCT 

312 

available 

F-4 


NON-PIlot 

314 

AVAILABLE 

F-4 


NON-PILOT 

316 

AVAILABLE 

F-4 


NON-PIL CT 

320 

available 

F-4 


NON-PILOT 

322 

available 

f-4 


NON-PILCT 

324 

available 

A-IO 

FLIGHT 

LEAD PILOT 

101 

available 

A-10 

FLIGHT 

LEAD PILOT 

10 2 

available 

A-IO 

FL IGHT 

LEAO PILOT 

10 6 

BRIEFING 

A-iO 

FL IGHT 

LEAD PILOT 

10 T 

available 

A-10 

NON-FtIGHT 

LEAO PILOT 

lOA 

briefing 

A-10 

NON-FLIGHT 

LEAO PILOT 

109 

BRIEFING 

A-10 

NON-FLIGHT 

LEAO PILOT 

111 

AVAILABLE 

A-10 

MON-’LIGHT 

LEAD PILOT 

112 

available 

A-10 

non-flight 

LEAD PILOT 

113 

available 

A-10 

NON-FLIGHT 

LEAO PILOT 

114 

available 

A-10 

NON-FLIGHT 

LEAD PILOT 

115 

AVAILABLE 

A-IQ 

NON-FLIGHT 

LEAD PILOT 

116 

AVAILABLE 



DAY 1, 

1300 

HR 









P A 

R K I 

N G 

SPA 

C E 

S T A 

T 0 S R 

E P 0 R T 



SPOT 


—minutes 

TO ACCESS- 

TAIL 

AIRCRAFT 

SERVICED 



NO 

TYPE 

fuel 

ORD 

MA ]NT 

RUNWAY 

NO 

TYPE 

YES/NO 

status 


601 

SHLT 

10 

10 

15 

6 

407 

F-4 

YE S 

AWAItin; 

MAINTF nance 

602 

SMLT 

10 

10 

15 

6 

?0fl 

A-lQ 

YES 

reauy to 

GO 

603 

SHLT 

10 

10 

15 

6 

<4l? 

F-4 

NO 

AWAITIN^ 

MAINT tNANCE 

604 

SHLT 

10 

10 

15 

6 

EMPTY 





605 

SHLT 

10 

10 

15 

6 

EMPT Y 





606 

SHLT 

10 

10 

15 

6 

406 

F-4 

HO 

AwAi tin; 

M A I fU E NA NC E 

607 

REVT 

10 

10 

15 

10 

EMPTY 





600 

REVT 

10 

10 

15 

10 

empty 





701 

SMLT 

10 

10 

15 

15 

202 

A-10 

YES 

awaitin; 

MAINTENANCE 

702 

SHLT 

10 

10 

15 

15 

210 

A-10 

YES 

await in; 

►AINTFNANCE 

703 

SMLT 

10 

10 

15 

15 

20 7 

A-10 

YES 

RFABY lu 

GO 

704 

SMLT 

10 

10 

15 

15 

211 

A-10 

YES 

READY TO 

GO 

705 

SHLT 

10 

10 

15 

15 

201 

A-10 

NO 

AWAITING 

MAINTENANCE 

706 

SMLT 

10 

10 

15 

15 

203 

A-IO 

YES 

READY TO 

GO 

707 

REVT 

10 

10 

15 

10 

empty 





70S 

REVT 

10 

10 

15 

10 

212 

A-10 

YES 

READY TO 

GO 

SOO 

OPEN 

10 

10 

15 

10 

EMPTY 





900 

HNGR 

10 

10 

15 

10 

EMPTY 
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activities on an air base. It was patterned after air bases located in Europe, 
but the generic design does not preclude its use for simulating any base. The 
model is written in Simscript II.6 structured programming language with all 
data values set by the user. The current version of the model executes on 
the Cyber 74 at Nellis AFB, NV. 
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